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^ @ Method and means for sharing I/O resources by a plurality of operating systems. 



@ Provides a method for increasing the connec- 
tivity of I/O resources to a multiplicity of operating 
systems <OSs) running In different resource parti- 
tions of a computer electronic complex (CEC) to 
obtain sharing of the I/O resources among the OSs 
of the CEC, including channels, subchannels 
(devices), and control units (CUs). The invention 
provides Image identifiers (I IDs) for assigning re- 
sources to the different OSs. Each shared I/O re- 



source has a sharing set of control btocks (CBs) In 
which a respective CB is assigned to (and tocated 
by) a respective IID of one of the OSs. Each of the 

CBs in a sharing set provides a different image of 
the same 1/0 resource. The different CB Images are 
independently set to different states by t/O oper- 
ations for the different OSs, so that the OSs can 
independently share the same I/O resource. 
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The entire contents of the following USA patent 
applications^ filed on the same day as the subject 
application, are incorporated by reference Into this 
specification: application serial number 07/698,623 
(P09-92-026). entttted "Channel path measure- 
ments for the multiple Image facility" by Stuck! et 
al: application serial number 07/898.977 (P09-92- 
028); entitled "Extensions to CHSC Commands to 
support the rr^ultlple image facility'' by John et al: 
application serial number 07/888.875 (PO8-92-028), 
entitled "PasS'^hrough for i/O cHannel subsystem 
call Instructions for accessing shared resources In 
a computer system having a plurality of operatif^ 
systems" by BrJce et al. 

Also the following prior>fiied applications as- 
signed to the same assignee as the subject ap- 
plication have their entire content incorporated by 
reference Into this specification: Application Serial 
Numtker 07/444,190, filed November 28, 1989, by 
C. J. Bailey et al, entitled "Method And Apparatus 
For Dynamically Managing I/O Connectivity" 
(Docket Number K1 98901 3): Application Serial 
Number 07/754.813. filed September 4. 1991. by 
R. Cwiakala et al. entftied "Establishing Synchro- 
nization Of Hardware And Software I/O Configura- 
tion D8finitions" (I>ock0t Number P0991p36); Ap- 
plication Serial Number 07/676,603. filed March 28. 
1991. by S. M. Benson et al, entitled "Method And 
Ap^ratus For Dynamic Changes To System I/O 
Configuration" (Docket Number PO990026); Appfi- 
cetion Serial Number 07/755.248, filed September 
5. 1891, by J. E. Bostick et al. entitled **Method 
V And Apparatus For Dynamically Changing The 
Configuration Of A Logically Partitioned Data Pro- 
cessing System** (Docket number P0991028); Ap- 
plteatlon Serial Number 07/693.997. filed March 28. 
1^1, by R. Cwiakala et al. entitled "Dynamically 
Changing A . System I/O Configuration Definition" 
(Docket Number PO891012): Applicatton SeHal 
Number 07y860,797 filed March 30. 1992 by J. A. 
Frey et at. entitled "Managennent of Data Ob^cts 
Used to Maintain State Information for Sliared Data 
Objects" (Docket Number PO992004); and Applica- 
tion Serial Number 07/860.846. filed March 30. 
1992 by .D. A, Elko et al, entitled "Message Path 
Mechanism tor Managing Connections Between 
Processors and a Coupling Facility" (Docket Num- 
ber PO9d2006). 

Introduction 

This invention provides a method tftat greatly 
Increases the effective number of 1/0 channels, 
devices and control unit Images available to each 
of a plurality of operating systems (OSs) runnirtg 
on a CEC (computer electronic complex) without 
increasing the actual number of physical I/O re- 
sources. The invention enables the OSs to directly 



share physical I/O resources without intervention 
from a hypervisor* 

Background 

6 

In the prior art, either only physical I/O channel 
resources or only I/O device resources, but rxst 
both, were directly sharable by operating systems 
(OSs) executing in different k)gical resource parti- 

10 tions of a CEC (computer electronic complex) sys- 
tem. The OSs in. a CEC are coordinated by a 
hypervisor. in which the processor arHj memory 
resources of the CEC have been divided among 
the separately executing OSs. The hypervisor may 

16 be structured In internal code (e.g. microcode) or In 
software. An example of an Internal code type of 
hypervisor Is the IBM PR/SM (processor 
resource/system manager), which coordinates re- 
source contentions among Independently executing . 

20 OSs in separate logical resource partitions. An ex- 
ample of a software hypervisor is the IBM S/370 
VM/MPQ (virtual machine/multiple preferred 
guests) system, in which so*catled virtual machines 
(called prefenred guests) execute separate OSs in 

25 respective logksal resource partitions divided by the 
system software in a software directory. 

In prior systefns, an I/O channel could be di- 
rectly shared only by assigning each OS which 
shared the channel a mutually exclusive subset of 

30 I/O devices whteh could be accessed via that chan- 
ml When this technique was used, a single 8ut>- 
channel existed to represent each I/O device, and 
this subchannel was assigned to the OS vrtiich was 
assigned the corresponding device. Because it is 

35 often desired to have 1/0 devices shared by plural 
OSs. this techmique was very limiting. 

In prior systems, an I/O de\^ couW be di- 
rectly shared only by assigning each OS which 
shared the device a mutually exclusive subset of 

40 I/O channels which could be used to access that 
device. When this technique was used, a plurality 
of subchannels existed to represent each I/O de- . 
vice, and one of these subchannels were assigned 
to each OS which shared the device. Each sub- 

46 channel representing the same devkse was Iden- 
tified by a differem subchannel number. Because 
each 1/0 channel was assigned to a single OS with 
this technique, the number of channels needed 
would usually increase with the number OSs whk;h 

60 were to share I/O devices. This commonly pre- 
sented a problem since the quantity of channels 
was limited to 256 due to the 8-blt number whk:h 
was used to Mentify them. The quantity of sub- 
channels was less of a problem since the quantity 

65 of subchannels had a higher limit of 65536 due to 
the 1 6-bit numK)er which was used to identify them. 

It was possible in prior systems to share, but 
not directly share, both I/O devices and the I/O 
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channels ;used to access these devices. However, 
this Involved a large amount of inefficient systen) 
overhead due' to the need to intercept to the hyper- 
vlsor code for each t/O operation in order that the 
hypervfsor could coordinate resource contentions. 
While the hypervisor code was executing on behalf 
of the OS. the OS was suspended. 

In practice, the overhead of using the 'hyper- 
visor to Obtain sharing of both I/O devices and the 
IAD channels used to access these devices was so 
inefficient that most often the choice wae made to 
directly share either only I/O channels or only t/O 
devices. This allowed all I/O operations for the OS 
to be performed without hypervisor invoh^ement. 
This direct use of I/O resources by an OS is called 
"1/0 passthru** because these I/O operations 
"passthru* (i.e. bypass) the hypervisor. 

In the prior art, a System/380 <S/380) CEO has 
an I/O channel subsystem having one or more I/O 
processors (lOPs) to control a plurality of I/O chan- 
nel processors (CHPRs) in the CEC for controlling 
a Bke numt>er of channels. wNch may be fiber 
optic channels or parallel wire channels connecting 
to I/O control units with I/O devices. These are the 
channels involved in the previously discussed 
hypervisor and OS control. A widely used type of 
fiber optic channel uses the IBM ESCON architec- 
ture. The CEC consists of one or more central 
processors (CPUs), system memory, and the I/O 
subsystem. All of these parts bf a CEC are in- 
cluded in the CEC resources used by programs 
executing in the CEC. 

A control unit is the conduit for the exchange of 
information between an I/O device and a channel. 
Similarly a channel is the operating system's con- 
duit for the exchange of Information between main 
storage and an i/0 device. 

An IBiVt publication (form number SA22-7202} 
published October 1990 entitled "ES Architecture 
380 ESCON I/O Interface* describes the Oien exist- 
ing ES(X)N channel/control unit path connections. 

The various resources in the CEC are divided 
among the OSs by using a plurality of directories 
or slate descriptors (SDs) In system memory that 
respectively assign the CEC resources to the OSs 
executing in the respective resource partitions. The 
CEC hypervisor nnay be allocated rts own logical 
resource partition to control the overall operation of 
the CEC, Including the dispatching of OSs on the 
central processors (CPUs) In the CEC, and resolv- 
ing conflicts among the OSs. Each OS controls the 
dispatching of application programs running under 
the respective OS, usually without hypervisor in« 
volvement (unless an exception occurs). 

Early hypervisor systems required the hyper- 
visor to control all I/O t^^rations for ail OSs In the 
CEC (e.g. early VM/370), including having the 
hypervisor assign all channel operations, start all 



sut)channel8 for ail I/O devices in the CEC, and 
handle an 1/0 interrup^ns from the devices for all 
programs runriing urxler the OSs. 

USA patent 4,843,541 (PO9-87-002) entitled 

6 "Logical Resource, Partitioning of a Data Process- 
ing System", assigned to the same assignee as the 
subject application, describes and claims a system 
having "I/O passthru" to enai>le each OS in a CEC 
to handle Its own t/O operations using dedicated 

10 I/O channels and devices without Involving the 
hypervisor. This passthru (or passthrpugh) feature 
allowed each OS to start I/O operations requested 
by application programs running under the OS, and 
to handle the I/O Interruptions resulting from such 

16 1/0 start operations. The hypervisor only needed* to 
intercept an OS I/O operation when an exceptioin 
condition occurred. That invention is used in the 
IBIVl PR/SM LPAR and S/370 VM MPQ systems. 
USA patent application serial number 

20 07/752.149 <PO9-91-035) filed on August 29. 1991, 
entitled *CPU Expansive Gradation of I/O interrup-' 
tlon Subclass Recognition", assigned to the sanne 
assignee as the subject specification, enables a 
sigrtificant increase in the numl)er of logical re- 

25 source partitions arxl CPUs in a CEC. This applica- 
tion enaljled each of the CPUs In a CEC (executing 
any OS running in the CEC) to handle all of the I/O 
interruption subclasses available In the system; this 
avoided a prior constraint that restricted each OS 

30 to only handling interruptions for one of the I/O 
intenruptlon subclasses available in the system. 

A subchannel Is specified for each I/O device 
supported by an OS under the IBM S/390 architec- 
ture. A SCMIB (sutx^nnei information control 

35 block), stored in system memory when the S/380 
Store Subchannel Instruction (STSCH) is executed, 
is ttie means for an OS to view its resources for a 
stA>channel, including the set of channels usable 
by the subchannel. Each SCHIB contains fields for 

40 up to eight channel identifiers, called channel path 
identifier (CHPID) values, each of which specifies a 
channel which can be setected for use by the 
sut>channel. An available one of the specified 
CHPlDs Is selected for each data transmission re- 

45 quest of the sutx:hannel which is not busy at the 
time of a sutx:hannel request. In prior systems 
where I/O devices were directly shared but each 
channel used to access these devices were as- 
signed to a single OS, the SCHIB could only speci- 

60 fy a channel as available when that channel was 
assigned to the OS. 

fan prior S/370 and S/380 computer systems, 
each channel was represented by a single 
•channel control block" (CHCB) in a CEC's I/O 

55 subsystem storage. And each subchannel was also 
represented by a single subchannel control block 
(SCB) in the CEC's I/O subsystem storage. An 
SCB was used by the I/O subsystem Internal code 
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(microcode) to. select one of up to eight channels 
specified for tf>e SCB for accessing the I/O device 
represented by the SCB (the channel assignments 
of the SCB were the same as In a corresponding 
SCHIB). Each SCB was assigned to one and only 
one OS in the CEC. Hierefore the assigned OS 
was the only OS which could access the subchan- 
nel corresponding to the SCB using passthru to 
improve system efficiency (by avoiding hypervisor 
intervention in managing the I/O operation). No 
other OS could directly use the subchannel. 

In prior systems where I/O devices were di> 
rectly shared but each channel used to access 
these devices were assigned (decflcated) to a sin- 
gle OS. an adverse consequence was that when a 
dedicated channel was utilized only a small per- 
centage of time by Its assigned OS. the channel 
could not be dynamically switched to another OS 
using passthru; only non-passthru hypervisor ac- 
cessing (non-direct sharing) was available with its 
resulting ineffictencies. Consequently, dedicated 
channels generally remained under-utilized. (The 
available manual switching of a channel to a dif- 
ferent OS did not permit dynamic online switching 
of an I/O channel to another OS.) 

Umiting the number of channels to each OS 
had th9 effect of limiting the I/O dam rate available 
to the 08 by restricting the number of simulta- 
neous perallei paths for data transmission. 

Prior to lnventk)n of logical channel paths for 
the IBM ESCON I/O Interface architecture, a phys- 
ical relationship existed between either a 
System/370 or 370-XA channel and an attached I/O 
control unit and Its associated I/O devices. That Is, 
a plurality of physical ports on a control unit were 
respectively connected to different channels, as- 
sociating a different channel with each port. Each 
channel associated with a port was assumed by the 
control unit to tse used by a different OS unless a 
special command was received from two or more 
of these channels binding them into a channel path 
group for the same OS. The channel path group 
included channel paths connecting the same op- 
erating system to the plurality of ports of a CU, and 
the group was assigned a path group Iderttlfier 
(PGID). 

Dynamic switching between channels and con- 
trol units USA patent 5.107.489 (PO9880t1), issued 
April 21, 1992, enthled "Switch And Its Protocol For 
Malting Dynamic Connections", was provided by 
the ESCON I/O Interface architecture. Dynamic 
switching allowed a plurality of channels to connect 
to a single port on a control unit, instead of each 
channel requiring a connection to a different port 
These channels could be on the same CEC or 
different CECs. Dynamic switching also allowed a 
plurality of control unit ports to connect to a single 
channel. 



USA patent appPcation serial number 
07/576,561. filed August 31, 1990, entitled "Logical 
Channel Paths In A Computer I/O System" (Docket 
Number PO990015). assigned to the same asslgn- 

6 ee as the subject application, describes the inven- 
eon of logical channel paths. The ESCON I/O Inter- 
face architecture eliminated tfie prior requirement 
for a channeKo-port connection by the invention of 
logical channel paths. The concept of logical chan- 

70 nel paths made it possible for the control unK to 
uniquely recognize any of the plural channels to 
which one of its ports could be dynamically con- 
nected. It also made It possible for the channel to 
uniquely recognize any . of the plural contror.unit 

76 ports to which it could be dynamically connected. 
The control unit continued to assume that each 
<^nnel capable of connecting to one of its ports 
was to be used by a different OS unless a special 
command was received from two or nr>ore of these 

20 channels binding them into a channel path group 
for the same OS. The channel path group included 
logical channel paths connecting the same operate 
ing system to the plurality of ports of a CU. and the 
group was assigned a path group Identifier (PGID). 

25 With logical channel paths, each channel and 
control unit port is assigned a link address. For 
each channel capable of being connected to a 
particular control unit port, a unique identifier 
(physical channel link address) is assignad, which 

30 when passed to a control unit port uniquely klen- 
tifies the channel with respect to that control unit 
port. For each control unit port capable of being 
connected to a p^icular channel, a unique iden- 
tifier (physical CU link address) is assigned, which 

35 when passed to a channel unk^uely klentifles the 
control unit port with respect to that channel. 

The ESCON I/O Interface architecture also pn> 
vided for the capat»lrty to have a plurality of logical 
control units exist within a physical control unit 

4o The ESCON I/O architecture calls these logical 
control units "control unit images**, however, herein 
they are called "logical control units*. A logical 
control unit provides the functions and has the 
togtcal appearance of a control unit. When plural 

45 logical control units do not exist within a physical 
control unit, a single logical coritrol unit Is said to 
exist in the physk»l control unit Connecttons be- 
tween a particular chanriel and control unit port 
could be used for some or all of the togical control 

60 units which existed in a physk:al control unit In 
order to identify the logical control unit within a 
physk^al control unlt» a unique identifier (logical CU 
address) was assigned to each logical control unit. 
In each frame header sent by a channel to a 

55 k>gical control unit, the channel identified the des- 
tination control unit port by incfuding the physical 
CU Hnk address In the de$tinatk>n link address fiekl 
of the frame and identified the destination togical 
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control unit by Including the logical CU address in 
the destination logical address field of the frame. 
The channel also included its physical channel link 
address in the . source link address fiek) of the 
frame so that the logical control unit could identify 
the channel which sent the frame. In each frame 
header sent by a togical control unit to a channel, 
the logical control unit kJentitiod the destination 
channel by including the physical channel link ad- 
dress in the detstination link address field of the 
frame. The togk^al control unit also included both 
the physical CU link address in the source link 
address fieM of the frame and the logical CU 
address in the source togical address fiek) of the 
frame so that the channel could identify the control 
unit port and logical control unit which sent the 
frame. 

By placing the proper Knk and logical address 
es in the appropriate source and destination fields 
of each frame header, the communicating channel 
and bgical control unit are uniquely Identified to 
each other. It was the combination of the physical 
channel link address, physkal CU link address, and 
logk^al CU address which uniquely klentified a sin- 
gle logical channel path, with respect to either a 
physical channel or a control unit port. 

Before communication to an I/O device asso- 
aated with a logical control unit can take place, the 
establishment of a logical path (LP) is required. 
The establishing of a logical path is a means for 
the channel and logk^i control unit to agree that a 
particular logical channel path is allowed by both 
entities to t)e used for purposes such as transmis- 
sion of commands, data, and status related to an 
1/0 device. The procedure for establishing a logical 
path is called the "establteh-toglcal-path proce- 
dire". A logical path was uniquely identified by the 
oombinatton of the physk:al channel link address, 
physical CU link address, and logical CU address, 
with respect to either a physical channel or a 
control unit port 

Summary of The Invention 

The subject inventton significantly increases 
the rHjmber of Images of I/O channels, devices 
(represented by subchannels), and control units 
directly sharable by a plurality of operating sys* 
tems (OSs) in a computer electronic complex 
(CEC) without requiring an increase in the actual 
number of physical channels, devices or control 
units connected to the CEC. The OSs can directly 
share all mese physical I/O resources without inter- 
vention from a hypervisor. 

The subject inventkjn also significantly in- 
creases the number of images of 1/0 channels, 
devices (represented by sut>channels). and control 
units available to each OS in a multi-OS CEC 



system without requiring an Increase In the actual 
number of physical channels, physical devices or 
physical control units connected to the CEC. 

A CEC which supports this invention may be 

5 said to support a multiple Image facility (MIF). 

The subject Invention may significantly In- 
crease the mastimum data rate available to each 
OS in a mulH-OS CEC system without requiring an 
increase in the actual number of channels or de- 

TO vices connected to the CEC. The I/O data rate of 
an OS is dependent on the parallelism of data 
transfer lo/lrom the OS. Increasing the number of 
channels available to each OS can Increase the 
number of I/O devices which can be simultaneously 

IS transmitting data to the OS. which can correspond- 
ingly Increase the nnaximum data rate available to 
the OS. 

Increasing the parallelism, flexibility and con- 
nectivity of channels arKl I/O devices to each OS 

20 {by increasing the numk)er of channels and I/O 
devices available to the OS) can more quickly 
obtain different types of data for an OS. even when 
this does not increase the overall date transmission 
rate for the OS. The I/O demands of multiple users 

26 of an OS are better served by increasing tlie num- 
ber of channels and devices connectabie to each 
OS. 

Direct control by each of plural OSs over 
sharable channels and devices by this Invention 

30 increases system efficiency by avoiding hypervisor 
intervention. Thus, where previously passthru couki 
not be used for all OSs which shared both I/O 
devices and the I/O charmals used to access these 
devices, this invention is the means which provMes 

3S this capability. 

The great effective increase \n I/O channels 
provided by this invention can easily be expressed 
using the folk>wing example: If a prior CEC liad 7 
OSs and 84 unshared channels, then each OS had 

40 an average of 12 ( ^=84/7} dedicated channels. With 
this invention, all 84 channels can be made directiy 
sharable by each of the 7 OSs (while still toeing 
able to directiy share the devices accessible t>y 
these channels) so that any OS may now use up to 

40 all 84 channels. Accordingly, tiie number of chan- 
nels available to any OS has increased from 12 to 
84. wtnch is a 700 percent increase in this exam- 
ple. 

Of course, any sharable channel may only be 
so active on t>ehalf of one OS at a time, t>ecause the 
channel is usable for an OS only when It is not in a 
busy state by anotfwr OS. In prior CECs, when a 
channel was dedicated to one OS. it couU not be 
used by any other OS when It was not busy. But 
55 with this invention, a sharat>le channel in a non* 
busy stale can be directly used by anotiier OS, 
and can be dynamically switched for direct use 
between different OSs, Thus, a non-busy shared 
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channel may be switched dynamically among plu- 
ral OSs - whenever needed by any sharing OS. 
Plural stmuttaneous requests to a non-busy channel 
by sharing OSs result In one of the requesting OSs 
getting the use of the channel and the other r&- 
que$t3 remaining queued. 

Likfifwise. any sharable device may only be 
active on beUeif of one OS at a time, because the 
device is us8l;>le for an OS only when it is not in a 
busy state by another OS. In prior CECs. when a 
device was dedicated to one OS. it could not toe 
used by any other OS when it was not busy. But 
with this invention, a sharabie device In a nor>-busy 
state can be cfirectly used by another OS, and can 
be dynamically switched for direct use between 
different OSs. Thus, a non-busy shared device may 
be switched dynamically among plural OSs - when- 
ever needed by any sharing OS. Plural simulta- 
neous requests to a non-i3usy device by sharing 
OSs result in one of the requesting OSs gettirig the 
use of the device and the other requests remaining 
queued. 

The Invention provides a rwvel method of shar- 
ing I/O channels, control units, and devices by a 
number of different OSs. by physically providing 
multiple control blocks for the respective use by 
the OSs. each of which specifies a shared resource 
to an OS, and may be said to represent an Image 
of the resource to each sharing OS. Thus, a shar- 
ing set of control blocks for a sharable resource 
may respectively specify an image of a resource to 
each sharing OS. A sharing set may represent a 
single physical channel, a single control unit, or a 
single subchannel representing a physical I/O de- 
vice, to plural OSs In a CEC, When plural logical 
control units exist within a physical control unit, a 
different sharing set may represent each logical 
control unit. A sharable channel may access dif- 
ferent sharable logical control units and sharable 
I/O devices. Likewise, a sharable logical control unit 
may be accessed by different sharable channels. 

Each image of each channel, subchannel, or 
logical control unit \s represented In the f/O sub- 
system by use of a hardware or micro-program- 
ming constructs, herein called "channel control 
btocks" (CHCBs). "sharable subchannel control 
blocks" (SSCBs). end "logical control unit control 
blocks" (LCUCBs). respectively. The CHCBs, 
SSCBs. and LCUCBs are all located In the I/O 
subsystem storage of the CEC. 

All control blocks in a sharing set define the 
SAME I/O resource. For example, all CHCBs in a 
sharing set define the same channel to each shar- 
ing OS. Each control block In a sharing set is 
assigned to a different OS by means of a novel 
"image identifier" (IID). The hypervlsor may also 
be assigned a control bk>ck in a sharing set. In the 
prefenred embodiment. \\D~Q is assigned to the 



hypervlsor, and the non-zero llDs are assigned to 
OSs. 

The IID values and the OSs In a CEC neeid not 
have a one-to-one correspondence when using this 

6 inventbn. it would be possible for an OS to be 
assigned more than one ND for Its use. But a one- 
to-one correspondence tjetween an IID value and 
OS in a CEC is used in the prefened embodinoent. 
In the preferred embodimenL the llDe are not 

10 visible to the OSs, but are for example, visible to 
the hypervlsor, CPUs, i/O subsystem, and control 
units. 

The IID and the resource number may or may 
not be designated by fields in each control block of 

15 a sharing set. since these values can be implied by 
the kx:ation of the control bk)ck in in a two dimen- 
sional array in a storage medium. Verification of 
these values is aided by storing thwn In respective 
fields In each control block, and these values are 

so preferably checked in these fiekis whenever the 
control block is accessed. 

If a sharable resource is selectable by OSs in 
more than one CEC. then the IID for each OS may 
be further qualified by storing a CEC Identifier 

26 along with the IID, e.g. concatenating a unique CEC 
number with the IID used in the CEC (the IID 
needing be unique only within its CEC). llDs need 
not be unique to a CEC in the prefened embodi- 
ment of the invention, however, a unk)ue CEC 

90 number is not required due to the toglcal channel 
path addres^ng provided by the ESCON i/O Inter- 
lace architecture. 

The sharable resource Identifier may be the 
resource identifier used in a current architecture. 

35 such as the IBM S/390 architecture's use of the 
-channel path Wentffler" (CHPID) for channel Iden- 
tification and "subchannel number" for . I/O device 
identification. 

A "sharing set" of control blocks used by this 

40 inverrtion need not comprehend all OSs represent- 
ed in the CEC. By not providing , a vaikJ control 
block for an OS in a sharing set, that OS is 
eliminated from accessing the resource represent- 
ed by the sharing set, because that OS does not 

45 have a valid image of the resource. For e^tampie. 
one or more SSCBs in a sharing set may be 
missing (or marked invalid) to prevent some of the 
OSs in the CEC from accessing tfie device repre- 
sented by that sharing set. Further, the channel 

60 fields in the different SSCBs In the same sharing 
set need not all specify an identical group of chan- 
nels, e.g. some channels may be the same and 
some may be different In the different SSCBs of a 
set However in the prefened emtxxliment of the 

65 inventk)n, all OSs are represented In each sharing 
set fbr each sharable resource, and the same chan- 
nel Identifiers are specified in ail btocks of a shar- 
ing set of SSCBs. However, some parameters may 
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differ among the control blocks in a sharing set 
without spoiHng thelr.'image capability. 

In this invention, non-sharing resource control . 
blocks (lil<e 1l?ose found in prior systems) may also 
be intermixed with sharable resources of the same 5 
type. Thus, a non-shared subchannel (SCB) may 
be used for ari I/O devtee dedicated to a single OS, 
and sharable subchannels (SSCBs) may also be 
used for enabling passthru I/O operations by plural 
OSs to that device. ro 

This invention is capable of operating with prior 
CEC resource partitioning architectures that pemiit 
OS programs executing different resource parti- 
tions of the CEC, such as in IBM PB/SM system On 
whteh separated resources are defined in different is 
logical partltk>ns). or in the IBM S/370 VM MPG 
(Virtual Machine Multiple Preferred Guest) system 
(which uses software directories to defined different 
logical partitions). Either of these types of par- 
titioned systems can perfbnm I/O operations in a so 
passthru mode which allows OSs to directiy share 
an I/O channel or device (but not both) without any 
Intervention from a CEC hypervlsor (If no exception 
is encountered) to significantly shorten the time for 
I/O accessing. The I/O channels and devices can- 25 
not be both sfiared for direct accessing by an OS 
in passthru mode. In these prior systems, all chan- 
nels and. devices can only be accessed by the 
hypervisor; and hypervisor intervention is needed if 
OSs are to share both I/O devices and the chan- so 
nets used to access these devices, which is a very 
inefficient type of I/O operation compared to direct 
passthru operations t>y an OS. 

The sharable channels used by this invention 
may provide bit-eeriat. bit-parallel or serial/parallel ss 
types of data transmission. The inventton Is prefer- 
ably used with tt^ serial I/O channel interface of 
the type described by the IBM Enterprise Systems 
Connection (ESCON) architecture because It has 
t>een fourKi simpler to implement; but this invention <fO 
may be used with other channel architectures. That 
Is, the IBM ESCON 1/0 Interface architecture pro- 
vides logicai cfiannel paths and logical I/O address- 
ing capabilities for which this invention may be 
easier to implement 

This 'mvention has found a way to increase the 
number of channels end subchannels available to 
each OS in a CEC without changing the size of the 
channel identifier (CHPID) value or of the subchan- 
nel identifier (subchannel number) value. With this so 
invention, the effective number of channels and 
subchannels available to the OSs in a CEC is a 
multiple of the number of IIDs activated In the CEC. 

And ihe maximum data rate available to any 
OS in a CEC is increased by tiiis invention en- 56 
abling a dynamfc shifting on a demand basis in the 
use of any shared resource (e.g. channels, sub> 
channels and logical control units) to whichever OS 
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in the CEC needs its use. Dynamic shifting on a 
demand basis signifk^antiy Improves the utilization 
of the channels In the CEC. 

This invention expands the use of the source 
and destination address fields of each frame head^ 
er, as provided by tiie ESCON I/O Interface ar- 
chitecture, to now include a novel use of the source 
k)gical address (for frames sent from a channel to 
a control unit) and destination logical address (for 
frames sent from a control unit to a chanr^l). 
These new logical address fields in the frame 
header are used to Identify either the image of the 
channel vyhich sent a frame or the image of the 
chanriel to which ttie a frame is being sent When 
the channel sends a frame header, ]t includes the 
IID for the corresponding channel image in the 
source logical address field of the frame. This 
identifies the channel image to the control unit. 
When a control unit sends a frame header. It In- 
cludes the IID for tiie corresponding channel Image 
in the destination togical address field of the firame. 
This identifies the channel image to the channel 

This Invention expands tiie Identification of a 
togicaJ channel path and logical path (LP) to in- 
clude the IID con^esponding to a channel image. A 
single logical cfiannel path or logical path is 
uniquely identified by the combination of the phys- 
ical channel link address, physical CU link address. 
IID» and k>gical CU address* witii respect to either a 
physical channel or a control unit port 

The IID need not be the actual value used in 
the frame header to identify the channel image. It 
would be possible to use anottier identifier which 
had a one-to«ne correspondence with the IID. 
However* tiie IID value is included in the frame 
header in order to identify the channel image in the 
preferred embodiment 

With this invention, the IID in a frame header 
can be used for both shared and unshared chan- 
nels. For unshared channels, a single channel im- 
age and a single channel control block are used 
(for the dedicated channel). 

The information in each frame transferred 
through any physical channel is always restricted 
to tiie OS assigned the IID in the frame header. 
TTie frame is isolated from all other OSs (u^ng a 
different IID In tiielr frames), and the IID k)gic for 
supporting the images of a channel. sut>channel« or 
k)gical control unit wHhin a CEC maintains this 
restriction. 

This invention also comprehends use of a dy- 
namfc channel switch (called a "director") to sup- 
port multiple channel images by assigning multiple 
link addresses to all of the images of tiie shared 
channels within the I/O suljsystem of a CEC, e.g, 
one link address per channel image. This is a non- 
preferred version of this invention for handling the 
images within a CEC. t>ecause the director does 
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not know how many Images o1 a channel a CEC 
supports' 6r is currently configured with» and 3o 
wouid h&^B to assign the maximum number to 
each channel, which would deplete the number of 
link addresses available and produce a more com- 
plex director port design In the director. This tech- 
nique would also require the director to know which 
ports had channels attached and which of these 
were shared channels. . 

With the previously^summarized pi^eferred form 
of this invervtion, a single port is required to attach 
either a shared channel or a unshared channel to a 
director and the director assigns a single link ad- 
dress to the physical channel. It Is the ilD Included 
In the franr^e header whk:h is used to uniquely 
identify the channel image of a physical channel. 

Brief Description of the Drawings 

Rg. 1 

illustrates a computer electronic complex (CEC) 
using the Invehtton. 
Fig. 2 

shows physical channel links connecting directly 
to control unKs (CU) ports without going through 
a dynamic switch. 
R0..3 

shows physical channel fifties connecting to con- 
trol units (CUs) through a dynamic switch. 
Fig. 4 

illustrates a "control unit logical path control 
block' (CULPCB) used in representing a logical 
pa^ within a logical control unit In a mennory 
used by the control unit 
Rg. 5 

represents a frame header (containing logical 
path Identifier components) transmitted by a 
CEC to an I/O control unit 
Rg.e 

represents a state descriptor (SD) control block 
of a SIE (start interpretive execution) Instruction 
used fdr indicating the resources assigned to a 
partition in a computer electronic complex 
(CEC). 
Rg.7 

represents a start subchannel (SSCH) instruction 
and Its operands for use by an emt>odiment of 
the invention. 
Fig. 8 

is an example of an array containing channel 
control blocks (CHCBs) used in an embodiment 
of the Invention. 
Fig. 9 

illustrates an example of the content of a con- 
figuration control block (CCB) used to activate 
the IIDs whteh may be used by operating sysr> 
tenr^ in a CEC. 
Fig. 10 
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illustrates an example of the content of a chan- 
nel control block (CHCB) used in an emtx>di' 
ment of the invention. 
Rg. 11 

is an example of an array containing both non- 
shared subchannel control blocks (SCB) and 
shared subchannel control bkxrks (SSCB) used 
in an embodiment of the invention. 
Rg. 12 

illustrates an example of the content of an SSCB 
or SCB used in an embodiment of the invention. 
Rg. 13 

is an example of an anray containing logical 
control unit control bk>cfcs (LCUCBs) used In an 
embodiment of the Invention. 
Rg. 14 

illustrates an example of ttie content of a logical 
control unit control bkx;k (LCUCB) used in an 
embodiment of the invention. 
Rg. 15 

represents a working queue (WQH)< a control 

unit image queue (using a LCUC8 as a header), 

and an interruption queue (IQH) used by an 

embodiment. 

Fig. 18A and Fig. 16B 

together show an Integrated embodiment of the 
invention having different types of control blocks 
representing various types of ilD^sodatad im- 
ages for a plurality of operating systems. 
Rg. 17 and Rg. 18 

provide a fbw^iagram of a start subchannel 
instruction in the preferred embodiment. 

Description of The Detailed Embodiments 

Computer Electronic Complex (CEC); 



Fig. 1 shows a computer electronic complex 
(CEC) used with an embodim^ of the inventk)n. 

40 The CEC includes one or more central processors 
(CPUs), a system memory, caches and controls 
(not shown) of the type found in the prior art for 
interconnecting the CPUs to the system main 
memory, and an I/O subsystem. The CEC re- 

4$ sources in FIGURE 1 are configured into resource 
partitions 1 through N. which may be done In the 
manner described and claimed in USA patent 
4,848,541 (prevloi«ly cited herein). 

Each of the N partitions in the CEC shown in 

60 Fig. 1 contains an operating system (OS), and a 
microcode hypervlsor (such as the IBM PR/SM 
microcode hypervlsor) controls the overall opera- 
tion of the OSs. Alternatively, the CEC may contain 
a phjratity of OSs that operate under a virtual 

56 machine (VM) software hypervlsor. In either case, 
the CEC has N number of OSs simultaneously and 
independently executing under control of a hyper- 
visor. TTie OSs may, for example, be copies of the 
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IBM MVS and/or VM CMS systems. 

The I/O subsystem in Fig. 1 includes I/O pro- 
cessors <IOPs) 1 through T. and channel proces- 
sors (CHAN PROCs) 1 through S. The I/O sub- 
system may, for example, have up to 256 channel 
processors (when using an eight Wt CHPID). and 
usually has a lessor number of lOPs. The lOPs 
remove the I/O requests received from the CPUs 
via an I/O work queue and select a channel proces- 
sor for controlling the requested I/O operation. The 
number of iOPs determined by whatever number 
can handle the I/O work toad from the CPUs in a 
timely manner. Usually only a few IOPs are re- 
quired, such as four IOPs, which are presumed in 
the preferred embodiment. The channel processors 
respectivety control data transmissions on channels 
1 through S, each of which may be a serial channel 
of the IBM 8/390 ESCON type in the prefenred 
embodiment. 

This invention enables plural OSs sfimuHa- 
neously executing a plurality of I/O channel pro- 
grams to directry and efficiently share the lOPs and 
I/O channels. 

The faring of the I/O resources utiHzes three 
types of images of I/O resources. Including I/O 
channel images, logical control unit images, and 
device images via subchannel images. 

Each physical channel is represented by a 
sharing set of channel control blocks (CHCBs). The 
CHCBs are located in I/O subsystem storage. The 
I/O subsystem storage is preferably separate from 
(for protection from) CPU program addressable 
storage. 

Each OS has a different "channel image" of 
the same physical channel. The different channel 
images of the same physical channel are repre- 
sented by Information in each of the CHCBs of the 
sharing set. Each channel image Is defined herein 
by an OS Identifier (IID) and a physical channel 
Identifier (CHPId). The CHCB for a particular cf^n- 
nel image can be located in I/O sutj-system stor- 
age by Its associated CHPID and 110 values. Var- 
ious characteristics for each of the channel Images 
for the same physical channel are indicated by 
settings In the CHCBs for the respective channel 
images. 

An Image of the channel is used as a compo- 
nent in defining a logical path (LP) from a particular 
OS through the associated physical channel to a 
logical control unit (Including through any I/O dy- 
namic switch). A single togical path is uniquely 
Identified by the combination of the physical chan- 
nel Rnk address, physical CU link address, IID, and 
logical CU address, with respect to eltt>er a phys- 
ical channel or a control unit port. Different 1/0 
channel programs operating urKjer different OSs 
may be simultaneously executing by using different 
images of the same physical channel, although 
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only one channel program can be transmittir>g 
commands, data, or status through the physical 
channel at any one time. FIGURES 8 and 10 show 
CHCBs, and show how they are organized in an 

9 array such that they can be bcated by CHPID and 
IID values. 

Each subchannel Is represented by a sharing 
set of shared sutkchannel control blocks (SSCBs)* 
The SSCBs are tocated in I/O subsystem storage. 

10 The I/O sut^system storage Is preferat»fy separata 
from (for protectfon from) CPU program addres- 
sable storage. 

Each OS has a different "subchannel image" of 
the same subchannel. The different subchannel 

15 images of the same subchannel are represented by 
information in each of the SSCBs of the sharing 
set Each subchannel Image Is defined herein by 
an OS identifier (IID) and a subchannel identifier 
(subchannel number). The SSCB for a particular 

20 subchannel innage can be tocated In I/O subsystem 
storage by its associated subchannel number and 
IID values. Various characteristics for each o( the 
subchannel Images for the same subchannel are 
indicated by settings in the SSCBs for the respec- 
ts five subchannel images. 

Different 1/0 channel programs operating under 
different OSs may be simultaneously executing and 
sharing the same sutx;hannel (the same device) by 
using different images of the same subchannel, 

30 although only one ctianne) program can be acces- 
sing the device at any one time. Figs. 11 and 12 
show SSCBs. 

Each logical control unit Is represented by a 
sharing set of logical control unit control bk>cks 

ss (LCUCBs). The LCUCBs are located In I/O sub- 
system storage. Tfie I/O subsystem storage is pref* 
erabiy separate from (fbr protection from) CPU 
program address6l3le storage. 

Each OS has a different "logical control unit 

40 Image" of the same iogloal control unit The dif- 
ferent logical control unit images of the same iogi* 
cal control unit are represented by Information In 
each of the LCUCBs of the sharing set. Each 
logical control unit image is defined herein by an 

4S OS identifier (IID) and a logical control unit Iden- 
tifier (LCUCB number). The LCUCB for a particular 
logical control unit image can be located in I/O 
subsystem storage by its associated LCUCB nun>- 
ber and IID values. Various characteristics for each 

so of the logical contnN unit images for the same 
logical control unit are indicated by sellings in the 
LCUCBs for the respective logical control unit inv 
ages. 

Different I/O channel programs operating under 
66 different OSs may be simultaneously executing and 
sharing the same logical control unit by using dif- 
ferent images of the same logical control unit, 
although only one channel program can be trans- 

10 
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mltting commands, data, or status through a par- 
ticutar physical channel and control unit port at any 
one time.; Figs. 13 and 14 show LCUCBs. 

Although this invention supports shared chan- 
nels, shared control units, and shared subchannels, 
this invention also permits a CBC to have and be 
using unshared channels, unshared control unfts, 
and unshared subchannels (devices) while It Is 
using the shared I/O resources. A particular chan- 
nel, control unit, or subchanriel may' be changed 
from either unshared to shared, or from shared to 
unshared by dynamfcaOy or statically reconfiguring 
the CEC resource assignments. 

The image concept of this invention allows only 
the OS associated with a particular Image resource 
Identifier (ilD) to access Infomrwtion acquired with 
the use of that OS's image Identifier. The use of 
shared resources by this invention need not affect 
the prh^acy of I/O Information an OS accesses. 
That is, each OS sharing the same physical re- 
sources with other OSs ntaintains its security of I/O 
Information from all other OSs slwing the re- 
sources. And no OS need view Its ItD or any other 
IlD. In the preferred embodiment, the ilDs are not 
visible to the OSs, but are for example, visible to 
the hypervisor, CPUs, I/O subsystem, and control 
units. . 

Channel Paths to i/O Devices: 

Fig. 2 illustrated a set ol physical channel links 
from the CEC in Pig, 1. Concurrently executing 
channel programs in different OSs in the CEC may 
be using any single phy^cal channel path to ac- 
cess the same or different I/O devices when using 
this inventi(»i. Any channel path may include ele- 
ments such as any of the channels 1-S from the 
CEC to any of control units (CUs) 1 through R. 
These CUs connect to I/O devices A, E ... Y. Z. 
Althou^ channels 1-8 are shown respectivety con- 
nected to S number of ports on each CU, It should 
be understood that any CU may have anywhere 
from one to S numt)er of ports. Each of the chan- 
nels 1-S may be connected to a different port of a 
. CU. And. some channels may not be connected to 
a particular CU. 

Fig. 3 shows the same physical channel links 
1-S connected through a dynamic switch 11 to the 
same control units (CUs) 1-R. The advantage of 
dynamic switch n Is to obtain the same connec- 
tivity of channels to CUs (as was obtained in Fig. 2 
without a dynamic switch), except that In Fig. 3 
each CU has only a single port to which any of 
channels 1-R may be connected. Thus, the dy- 
namic switch 11 eliminates the need for multiple 
CU ports to obtain flexible channeMo-CU connec- 
tivity. The CUs in Fig. 3 are assumed to connect to 
the same sets of I/O devices A, E ... Y, Z as In Fig. 



Figs. 2 and 3 are intended to show that the 
invention comprehends alt manners of obtaining 
physical channohto-CU paths, whether or not any 
5 dynamic switch is provided in the connection path, 
and whether or not the CUs have one or multiple 
ports. A dynamic channel switch is sometimes 
celled a "director". 

70 OS Image Identifier (IlD): 

One or more different "image identifiers" (IIDs) 
are assigned to each of the phiral OSs executing in 
different resource partitions of the .CEC in Rg.' 1. In 

15 the preferred embodiment herein, one IlD is as- 
signed to each OS in a CEC. 

Although assigned to OSs, in the preferred 
embodiment the IIDs are not visible to the OSs. 
But for example, tf>ey are visible to the hypervisor. 

20 CPOs, I/O subsystem, and control units. 

The llDs are used to enable the plural OSs to 
share the physical I/O resources connectat>le to the 
CEC without decreasing the data security between 
the OSs. The new-found sharability provided by 

26 this Invention enables up to all of the OSs In a CEC 
to share up to all of tfie i/O channels, up to alt of 
the control units (both physical and logical) avaih 
able to the C^, and up to all of the I/O devices 
coruiected to ttie control units, without involving the 

30 hypervisor in tiie I/O operations. 

The invention enables the OSs to use different 
images of the same channels, subchannels 
(representing I/O devices) and logical control units. 
The different images enable iftdividuai sharing and 

35 control by each OS of the same physicai channel 
and/or of the same control unit (both physical and 
logical), and/br of the same physical I/O devtee. 

Fig. 16A represents an example of channel 
images^ togical control unit images, and sutx^han- 

40 nel images by means of control btocks stored in a 
CEC's I/O subsystem storage. A control unit also 
has control blocks stored in I/O control unit storage 
which represent togical patiis. as shown in Fig. 
16B. It is the use of these control blocks by the I/O 

45 subsystem and the CU which permits the different 
OSs to access and directly share all the same I/O 
resources. 

Multiple images of the same subchannel permit 
each OS to be connected (through an OS-related 
50 Image of the same sutwhannel) to the same de- 
vice. 

Different OSs sharing a physical channel may 
asynchronously multiplex data ttirough the same 
physical channel at different times to the same I/O 
66 device or to different I/O devices. 

Each of the different channel Images is repre- 
sented tyy a channel control block (CHCB) in the 
t/Q subsystem storage. The I/O subsystem storage 
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is preferably In a memory area separate from sys- 
tem main storage, so that the I/O subsystem stor- 
age is not addressable by CPU instructions, but is 
addressabte by internally coded (microcoded) 
instructions, and hardware. Examples of CHCBs 
are shown in Rgs. 8, 10 and 16A. There may be 
up to (N+ i)*(P+ 1) of eharable CHCBs in I/O sub- 
system storage. 

The pretended embodiment assigns a unique 
non-zero IID value to each OS in a CEC, and 
reserves the Il6~0 value for assignment to the 
GEO hypervlsor- The hypervisor may or may rwrt 
actually be assigned any 110 value. 

The requirements of different hypervlsors vary 
in relation to whether thiey need to be able to 
perform I/O operations on their own behalf. For 
example, tf a software hypervisor is used, it should 
be able to share i/O devices with Hs OSs; and then 
a shared subchannel control block (SSCB) having 
an flO<"0 may be provided in each sharing set of 
SSCBs for use by the hypervlsor. Likewise, a 
CHCB and LCUCB having an IIDe=0 may be pro- 
vided in each sharing set of CHCBs and LCUCBs, 
respectively. This allows a software hypervisor 
(such as VM/370 XA) to share VO channels, CUs 
and devices with its OSs. On the other hand, if a 
microcode hypervlsor Is used (e.g. the hypervlsor 
. in the IBM PR/SM LPAR system), it need not share 
I/O resources with the OSs, in which case no 
SSCB, CHCB, or LCUCB for the hypervisor (having 
an liD»0 value), need be provided in each sharing 
seL 

The prefsned embodiment makes the IIDs 
transparent to all OSs in the CEC. and to all 
programs executing under the OSs. It is not neces- 
sary to have any OS. or OS program, be aware that 
IIDs are being used in the CEC. or that I/O re- 
sources are being shared by the OSs. Only the 
system hypervisor, CPUs, I/O sub-system, and 
control units need to be aware of IIDs and resource 
sharing. No OS needs to view or access any IID 
value, ^nca the OS*s IID value is automatically 
handled by the hypervlsor, CPU, I/O subsystem, 
and control unit controls (including its system 
microcode and hardware operations) whenever an 
08 requests an I/O operation. And programs ex- 
ecuting under any OS (e.g.in any logical partition or 
in any virtual machine in a CEC) need not be 
aware of the existence of IIDs. 

IID Value Activation: 

Rg. 9 illustrates a configuration control block 
(CCB) In which the various IID numt>ers are ac- 
tivated or inactivated for use by the CEC oper- 
ations. A bit position is provided for each possible 
IID value from zero up to a maximum. A bit posi- 
tion conrasponding to a particular ilD value Is set to 
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a one state to activate that IID value, or is set to a 
zero state to indicate an Inactive state for that IID 
value. 

If each ilD Is represented by an 8-bit number, it 
0 allovys up to 255 non-zero values, of which, for 
example. 63 may be activated and assigned to 
OSs of a resource-partitioned CEC. The IIDs oouM 
be specified by a larger or smaller number, and 
more than one IID could be assigned to any OS, 
TO although In the preferred embodiment there is only 
one IID assigned to any OS. 

No requirement exists for the activated IID val- i 
ues to start at any given value or t)e in a dense 
range of IID values. For example, an Implemente- 
15 tion could provkie a set of four active IID values 
such as 0, 2, 7, and 8 for four associated OSs. 

/teslgnmant of an IID to an OS: 

20 An 1ID is assigned to an OS by storing the IID 
value in a hypenrisor control bkx:k. called a 8D 
(state description) which Is the operand of a 8IE 
(start interpretive execution) instruction, executed 
only by the hypervlsor for dispatching any OS. An 

25 exemplary form of an SD is shown in Rg. 6. A 
respective SD is provided in system main storage 
for each OS operating under the hypervisor in 
order to define the subset of CEC resources avail- 
able to each OS. Accordingly, an IID is assigned to 

30 an OS when the assigned tID value is stored in the 
IID field in the SD assigned to the respective OS. 
The SDs are not accessible to the OSs in this 
embodiment. 

When an I/O command is issued by any OS, 

35 the OS's IID Is usually required In the execution of 
the command. The hypervisor or microcode ac- 
cesses the IID in the SD, and microcode controlling 
the executton of the command for the respective 
OS, applies the IID tor the current OS command 

40 without the OS having any access to the IID. The 
microcode locates and accesses any required 
CHCB. SSCB, and/or LCUCB to select any chan- 
nel, subchannel, or logical control unit Im^es re- 
quired for performing the OS command, setting up 

45 any required togical path (LP) specification, gen- 
erating a frame header (containing alt addresses 
required at the CU), and transmitting the frame 
packet on the selected physical channel path to the 
CU for accessing a requested I/O device (also 

so addressed in the frame header). The CU stores the 
communicated LP spedfioatknn (Including Its IID) 
for use by ttie CU when the CU later must respond 
to the request (after performing the requested com* 
mand). 

55 
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Channel Images (CHCBs): 

Images of each channel are provided by chan- 
nel control blocks (CHCBs) which are used in asso- 
ciation with other control blocks. Each physical 5 
channel is identified by a respective CHPID num- 
ber. 

Not ail of the channels need to be shared, and 
in Rg, 8, channels corresponding to CHPIDs 0 
through 4 are not shared and are assigned to either ic 
the hypervisor (IID»0) or one of the OSs (IID other 
than zero). Any number, tncluding all or none, of 
the channels may be shared. In Fig. 8. the chan- 
nels having CHPIDs higher than 4 are shared by all 
N OSs and CHPIDs 0 through 4 are not shared. is 

Each CHPID may have a plurality of channel 
images (CHCBs) up to the number of IIDs (equal to 
the number of OSs). Each of the channel images 
independently represents a physical channel to a 
re^ective OS, so that the OSs can independentiy 20 
operate the physical channel. That is, each OS 
which uses a particular physical channel has its 
own channel image different from the channel im- 
ages of the other OSs for the same physical chan- 
nel. Thus, each channel image for any OS may 26 
have states different from, and Independent of, the 
channel image of any other 08 for the same phys- 
ical channel. 

Rg. 6 shows an example of an array of CHCBs 
0(0) •P(N) that represent all channel Images for all so 
physteal channels in a CEC. The respective CHCBs 
are indexed (located) in the array by their assigned 
CHPID. which is written into the first field of each 
CHCB in the preferred embodiment in which each 
CHPID is represented by an eight bit number that 35 
limits the maximum number of CHPIDs (and the 
corresponding number of channels in a CEC) to 
256. (Note: this example Is not the anray of CHCBs 
shown in Fig. 16A in which only CH(^ for shared 
channels are shown.) 40 

Structure of an CHCB: 

Rg. 10 shows the content of a CHCB (which is 
also the content of the CHCBs used in FIGURE 45 
16A). The first row In each CHCB contains the 
value of the CHPID represented by the respective 
CHCB. An IID field contains the l)D assigned to this 
CHCB. These two values, the CHPID and IID, to- 
gether locate any CHCB in the I/O subsystem so 
storage, where they are used for accessing any 
CHCB in the channel operations. Other fields in 
each CHCB are: 

U: Unshare/shared Indication Indicates If the 
channel is being unshared (dedicated to one OS), ss 
or is shared by a plurality of OSs. 

C: Varied online/offline intfication which indi- 
cates if the respective channel Image is varied 
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online where it can be operational, or varied offfine 
where It cannot be operational but where it can be 
serviced for a maintenance operation. 

P: Permanent Error: Indk^ates whether the 
channel image is currently in a permanent error 
conditk^n or not. 

A: Candidate: Indicates whether the channel 
image is permitted to be varied online. 

S: Suppressed: Indicates whether new I/O ac- 
tivity may be initiated for the channel image. 

There may ba other fields (not shown) in each 
CHCB. in addition to these defined fields whteh are 
not unique to the CHCBs in this speciflcatkm. 

The following (and many other) scenarios are 
possitsle in the states of these novel channel Im- 
ages for the same or different physical channels: 

a) Shared channel images for OSs 1. 2 and 3 
are varied online. 

b) The channel image for OS 1 is varied offline 1 
and is not operational, while the channel images 
for OS's 2 and 3 are varied onlir^ and are 
concurrently performing I/O operations. 

c) A momentary errof condition has occurred in 
the physical channel which causes the channel 
images for OS's 2 and 3 to be placed in the 
permanent error state. (The chanrtel image fbr 
OS 1 is offfine, as varied by the previous step). 

d) In order to again use its channel tnnage, OS 2 
varies its channel Image offline, and then varies 
the channel Image online which cures the error 
condition and makes the channel image error- 
free. This results in the three channel Images 
ending up In a different state: The OS 1 channel 
image is offline; the OS 2 channel image is 
online and enror^free, and the OS 3 channel 
image is onnrte and in pemianent error. 

Other Control Blocks per Channel: 

Other control blocks are used in the operation 
of the channels, such as for example, a "reverse 
kx)kup control btock' (RLCB) associated with each 
CHCB. The RLCB lists each subchannel which can 
use a respective physical channel. 

If there is a channel assignment variation in the 
subchannel images (SSCBs for the same sharing 
set), In which sonr>e subchannels in the sharing set 
can use a particular channel and other subchannels 
in the same sharing set may not, such variation 
might also be listed in the RLCB. (However, the 
preferred emtxidiment herein assigns the same 
channels (CHPIDs) to all SSCBs in the same shar- 
ing set). 

Subchannel Images (SCBs and SSCBs): 

This invention provides a set of subchannel 
images for each subchannel by means of a 
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"sharing set** of SCBs. herein called **sharing 
SCBs* (SSCBs). Th.e SSCBs in a sharing set are 
respectlvety assigned to cfifferent lIDe (representing 
different OSs). The novel concept of a sharing set , 
enables up to all OSs In a CEO to access the same 6 
device (because the sanr^e subchannel number, re- 
presenting the same device, Is assigned to ail 
SSCBs in the same sharing set). 

Fig, 11 shows an example having t>oth sharing 
sets of SSCBs and non-shared SCBs. Each box In w 
Fig. 11 represents an SSCB or an SCB. They are 
arranged vertically in Rg. 1 1 according to subchan- 
nel numbers A to Z, in which the subchannel 
numbers correspond to the I/O devices in Rgs. 2 
and 3. Subchannel numbers A-E represent only 76 
non- shared SCBs. Each of the subchannel num- 
bers F-Z represent a sharing set of SSCBs. As 
previously stated, each subchannel Is assigned to a 
different UO device. 

The top row In Fig. 11 Indicates the OS owner- so 
ship 6t the SSCBs. Each column Is respectively 
assigned a different IID from 0 to N to indicate the 
OS ownership of tfie SSCBs In the respective col- 
umn, in column 110 -0, the SSCBs belong to the 
hypervisor. since ilD=0 is assigned to the hyper- as 
visor In the preferred embodiment. 

Accordingly, each of the subchannel numbers 
A-E locates a norhshared SCB assigned to either 
the hypervisor (IID°0> or one of the OSs (IID other 
than zero). And each of the subchannel numbers so 
Z Is assigned to a sharing set of SSCBs for en- 
abling its represented I/O device to be stiared by 
tfie hypervisor and by each of the OSs having IIDs 
1-N. The shared device will also share one or more 
channels when the same CHPIDs are specified In ss 
each of me SSCBs lo the sharing set. as Is done In 
the preferred embodiment herein. 

Although each of the SSCBs in a sharing set 
may be ccnsictered to provide a ''sutx^hannel im- 
age" of each other, because they all apply to the 40 
same subchannel, these SSCBs only represent 
"complete subchannel Images" of each other when 
they all have the same CHPID (channel) assign- 
ments. 

A sharing set may contain "partial sutxshannel 46 
Images* when some SSCBs in the sharing set do 
not have all of the CHPIDs specified in other 
SSCBs in the set. But a sharing set supports 
"shared channels" when two or more SSCBs in the 
sharing set have the same CHPID to enable dif- so 
ferent OSs to share the same channel when acces- 
sing the I/O device represented by the sharing set. 

In the preferred embodiment herein, every 
SSCB in the same sharing set has the same 
CHPIDs» but different sharing sets have different 5S 
sets of CHPIDS, although they may have some or 
all CHPIDs In common. - 



Structure of an SSCB: 

Fig. 12 shows ^ content of each SSCB and 
SCB shown in Fig. 11 (SSCBs and SCBs are 
identical in field structure and differ In whether or 
not they are used in sharing sets). Some of the 
fields in the illustrated SSCB/SCB content are iden- 
tical to fields in the SCHIB (suk^channel information 
block) found in the prior 8/390 architecture. How- 
ever, novel fields provided in the SSCB/SCB herein 
Include an IID field, a chain pointer Held, a QID 
field, an I/O interpretation control bit field (INCB), 
LCUCB number field, and an SSCB number field, 
which are defined as follows: 

a. The INCB (I/O interpretation control bit) field 
Indicates whether the subchannel image is en* 
abled for instruction and interruption interpreta- 
tion ornot. 

b. The chain pointer field in the SSCB allows it 
to be chained into any of several types off 
queues which perfbrm a function used f6r se-' 
lecting SSCBs. such as a "start subchannel 
work queue" and a "device intenruption queue", 
such as the queues shewn in Rg. 15. 

c. The QID field content specifies a particular 
queue containing the SSCB (which applies to 
the pointer value In the chain pointer field). 

d. The no field contains the assigned IID value. 

e. The LCtlCB numt>er field contains the logical 
control unit klentifier of the LCUCB associated 
with the SSCB. The LCUCB number and IID 
fields are used in combination to tocate the 
associated LCUCB In I/O subsystem storage. 

f. The SSCB number fiekJ contains the related 
SSCB (or SCB) value. 

The IID field and the SSCB number field con- 
tents are provided tor verification checking. The 
values In these fields are implied by the location of 
the respective SSCB in the array shown in FIGURE 
1 1 (so theoretically these values are not needed to 
specify the SSCB or SCB). 

The SSCB number field is required by this 
invention to contain the same SSCB numt>er in 
every SSCB in the same sharing set 

The other fields in the SSCB/SCB shown In 
FIGURE 12 may be the same as the fields defined 
in the prior art SCHIB In the ESA/3dO Principles of 
Operation (previously cited herein), and they may 
also be provided In each SSCB. However, some of 
these fields found In the prior SCHIB are used in a 
novel manner by this Invention, such as the fbllow- 
Ing: 

A valid field V indicates if the image repre- 
sented by the SSCB is valid and may t>e used; if 
invalid, the represented Image of the device cannot 
be accessed by the assigned OS (represented by 
its assigned IID). However, fiie same device may 
be accessed by other OSs having valid Images of 
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the same subchannel indicating by a valid state 
(having thbir valid bit»1. but assigned different 
ilDsj. Henca, the V bit in each subchannel image 
can be set to either one or zero in order to allow 
only selected OSs to request I/O operations of the 
corresponding I/O device. 

In the preferred embodiment each SSC6 or 
SCB contains fields for up to eight CHPIDs 
(CHPID-0 to CHPI07),. which allows the device 
represented by a SCB or SSCB to be accessed 
through any of up to eight different channels repre- 
sented by these CHPIDs. When a device Is being 
selected for a communication operation (such as 
when a device is being started or is being reset), 
some of its CHPIO-specifled channels may not be 
usable by the requesting OS, due to b>elng busy 
with other devices, or merely not being currently 
operational. When a channel Is found available, It Is 
assigned as the currently selected channel path to 
the device represented by the SCB or SSCB. 

Enabled bit, E, indicates whether I/O operations 
may b& performed by the Image represented by 
this SSCB. The E bft value may be different for the 
different SSCB Images in the same sharing set 

I/O Intermption subclass code, ISC. indicates 
the interrupt subclass used for an I/O Interruption 
provide for the image represented by this SSCB. 
The tSC values may be different for the different 
SSCB in^es in the same sharing set. 

Logical Path Mask, LPM, Indicates the logical 
availability of the ci^nnels specified by the CHPIDs 
in the SSCB for accessing the 1/0 device specified 
by the subchannel number in the SSCB. The LPM 
field value may be different for the different SSCB 
images in the same sharing set 

Path Available Mask, PAM. has 6 bits vi^ich 
respectively indicate the physical availability of 
each of tf)e installed channels specified in the 
CHPIDs 1-8 fields in the SSCB for use by the I/O 
device specified In the sui^channel number field. 
The PAM field value may be different for the dif- 
ferent SSCB images in the same sharing set. 

A DB (device busy) field indicates whether the 
last request in the cunrent logical channel path fbr 
this SSCB has encountered any device busy con- 
dition for yfhich a device end conditton has not yet 
been received. The DB field value may be different 
for the different SSCB images in the same sharing 
set. 

An allegiance field, ALLEG; indicates for the 
cunrently assigned channel path for this SSCB Im* 
age which, if any, of the following allegiance states 
apply: 0. no allegiance, 1. active allegiance. 2. 
dedicated allegiance, or 3. woridng allegiance. The 
ALLEG field value may be different for the different 
SSCB images in the same sharing set 

These and other sut)channel control fields pro- 
vMe the I/O sub-system vnth the capability of in- 



dependently keeping track of each subchannel Inv 
age*s state and attritxrtes. For example, items such 
as path selection management, path availability, 
device busy conditions, and allegiances can all be 

a handled independently for each sulxhannel inrtage 
within each sharing set. 

Generally, the IID values in the SSCBs (and In 
any SCBs) are established at the time a VO sut>- 
system is initialized, or is reconfigured. When a 

TO software hypervisor is used with the CEC, control 
bUxkz associated wnth urtshared subchannels 
* (SCBs) are set to an IID value equal to zero, whk* 
allows the software hypervisor to control the I/O 
operations perfbnmed on these subchannels: But 

76 when a microcoded h^nP^fsor is used with the 
CEC, control t^ks associated with unshared sub- 
channels (SCBs) are set to an IID value of an OS 
when a channel is varied online to that OS. 

Further, rf tt>e same channel (CHPID) is speci- 

20 tied in all SSCBs In a sharing set. that channel Is 
shared by all OSs in the CEC for making a connec- 
tion to the device represented by the sharing set of 
SSCBs. Thus, the IID assignments to all SSCBs in 
a sharing set enable all OSs in the CEC to share 

26 any channel specified by a CHPID found in all the 
SSCBs in the sharing set 

Isolation of Shared Channels and Shared Subchan^ 
nets: 

30 

Each of the OSs can operate a physical chan- 
nel or a physical I/O device independently of the 
other OSs through the use of images of these 
channels and subchannels. No software coor(£na- 
35 tlon Is required among these OSs In ttielr use of 
the physical channels and I/O devices. All co- 
ordination anr^ong the OSs is automatically done 
through Vhe Image control blocks such as the 
CHCBs and SSCBs, and other image control 
40 blocks to be described herein. 

The identifiCBtlon of control blocks with dif- 
ferent IIDs enables the different OSs to indeper>- 
dently issue subchannel related I/O Instructions to 
the same shared VO devica through shared chan- 
ts nets without physical interference anwng the OSs. 
and with the Information transmitted fdr each each 
OS being completely secure from the operations 
done with the same physk^al transmission media 
by the other OSs. It must be understood that 
so ir)formation residing on a shared I/O device is the 
responsibility for each OS to make secure from 
other OSs. 

Although the different OSs view the same sut> 
channel numbers, (same i/O device identifiers) and 
56 same CHPIDs (channel identifiers) In the sharing 
sets, no OS can access the channel or subchannel 
image associated with another OS, because kx»t- 
ing any channel image or subchannel image re* 
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quires an ilD vaJue not viewed by the OSs (no OS 
has access to the IlD values), and can only be 
accessed by the hypervisor, CPUs, and I/O sub- 
system. Accordingly, the lack of access to the IIO 
values, and the inablDty of the OSs to access the 
I/O subsystem control blocks is enforced by putting 
the IIDs in control blocks in storage media that are 
not addressable by any OS executed Instruction, 
v/hich prevents any operation by one OS from 
Interferir^ with ftp operations of any other OS. 

Address Generation for SSCBs and SCBs: 

The address of a required SSCB or SOB Is 
obtained by the microcode executed for an OS 
instruction requesting an I/O operation. The SSCBs 
in FIGURE 11 are In the storage of the t/O sub- 
system, wMch is not addressable by OS executed 
instructions (which in this emiaodiment are in the 
system area of an IBM Sf3Q0 compatible system). 
An SSCB is accessed by generating a storage 
address gh^en a subchannel number and an IlD 
value. 

The address of a required SOB or SSCB can 
be determined by: muftiplying Its sulx:hannel nunrn 
ber by the size of each SCB or SSCB and adding 
this result to the proper base address. There is a 
single proper base address which Is used for ali 
. SCBs, and there are multiple base addresses (one 
for each tlD provided in the CEC) that are used for 
SSCBs. The proper base address for a SSCB is 
the one which conresportds to the IlD field in the 
SSCB. in the preferred embodiment, ail the base 
addresses are caiculBted at the time the I/O sut>- 
system is initiaii2ed. This makes the calculation of 
a SCB or SSCB address much faster than if ttie 
base address were to be cateulated each time it is 
needed. The calculation of the base addresses is 
dependent on whether a single, continuous rar^ 
of storage addresses are used for all SCBs and 
SSCBs or whether multiple » continuous ranges of 
storage addresses are used for the range of SCBs 
and rar^ges and SSCBs associated with different 
IIDs. 

Address Generation for CHCBs and tCUCBs 
can be done in a manner simitar to SCBs/SSCBs. 
I=dr CHCBs, It is a CHPID and IlD which uniquely 
identify a CHCB. For LCUCBs, it is a LCUCB 
number and IlD which uniquely identify a LCUCB. 

Expansion of tt\e Number of Channels and Sub- 
channels; 

The Invention can expand the effective numl>er 
of available channel and subchannel images in a 
CEC far beyond the maximum numt^er provided by 
the largest number available from the number of 
bits in the CHPID and subchannel number values. 
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The maximum number of channel images available 
to a CEC is equal to the maximum number of 
channels multiplied by the number of IIDs in the 
CEC. And, the maximum numt»er of subchannel 
5 Images available to a CEC Is equal to the maxi- 
mum number of subchannels multiplied by the 
number of IIDs in the CEC. This occurs because 
each CHPID and each subchannel number is repli- 
cated for each IlD value. 

to 

Use of Dynamic Switch: 

Referring to Figs. 16A and 16B, a physical, 
channel 65 may or may not be connected through 

fd a dynamic switch 62 to a physical CU 60 (where 
plural logical CUs may exist within the physical 
CU). If the channel Is connected to switch 62, the 
physical channel path is considered a physical 
channel link 63 between the CEC I/O sut>system 

20 and switch 62; and then a physical control unit link 
61 connected between switch 62 and the physical 
CU. 

tr switch 62 Is not used, the physical channel 
path is considered the physical channel link ba- 
se tween the CEC I/O subsystem and tt^e physical CU 
(where plural togical CUs may exist within the 
physical CU). 

Rg. 16B shows dynamic switch 62 conr>ected 
to the physical channel links 63-0 through 63-P of 
30 physical channels 65-0 through es-P. Control unit 
(CU) ports of switch 62 are connected to physical 
CU links 61-0 through 6t-L which connect to ports 
of a physical CU box 60. Plural togical CUs exists 
within physical CU box 60, each of which is able to 
35 use all the ports of the physical CU box. CU box 60 
connects to physical I/O devices A-E through Y-2. 
(Figs. 16A and 16B together show an integrated 
embodiment of the invention having different types 
of control blocks providing various types of IID- 
40 associated images representing OS-shared chan- 
nels, devices and k>gical control units.) 

Logical Control Unit Images (LCUCBs): 

46 A physical control unit (physical CU) is an 
entity generally found in an electronic box, or on 
card(s) and/or ch^s) within a box, to control the 
operation of one or more connected I/O devices, 
such as DASD, tape, printer, display, etc. 

50 The ESCON I/O Interface architecture provides 
for a plurality of logical control units (logical CUs) 
to exist within a physical CU. A logical CU provMes 
the functions and has the logical appearance of a 
control unit. When plural loglcaJ CUs do not exist 

56 within a physical CU. a single bgical CU Is said to 
exist In the physical CU. Logical CUs within a 
physical CU can be Off the same general type (e.g. 
for control of DASD) or of different general types 

16 
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(e.g. one for control of DASO, another for control of 
printers, elc). 

Each of me logical Cite within a physical CU 
may use all of the ports which exist for the physical 
CU. A logical CU is uniquely identified within a 
physical CU by the logical CU address which is 
Included in the frame header sent from a channel 
to a* logical corttnol unit and in the frame header 
sent from a logical control unit to a channel. 

The Infonmation and controls in the I/O sub- 
system related to a logical CU is kept in a LCUCB. 
The I/O subsystem identifies a LCUCB by the use 
of a logical CU identifier (LCUCB number): 

This invention provides a sat of logical CU 
images for each logical CU by means of a ''sharing 
set" of LCUCBs. The LCUCBs in a sharing set are 
respectively assigned to different ilOs (representing 
different OSs). This enables up to all OSs In a CEC 
to share the same logical CU because infonnnatlon 
and controls related to the logical CU (such as 
information and controls related to logical paths 
between channel images and the logical CU) are 
maintained separately for each image of the logical 
CU. 

Each LCUCB is a sharing set has the same 
LCUCB number and is uniquely identified by the 
combination of a LCUCB number and an IID. Bg. 
13 shows an example an array of LCUCBs. simitar 
to the arrays of CHCBs and SOBs/SSCBs shown in 
Rgs. 8 and 11, respectively. The LCUCBs in the 
array ere arranged by LCUCB number 0-K in the 
vertical direction, and by IID numbers 0-N in the 
horizontal direction. 

Rg. 16A also shows sharing sets of of LCUCBs 
67-0(0) - 67-0(N) through 67-K(a) - 67-K(N). in 
which all LCUCBs are in sharing sets (no unshared 
LCUCB is used). In Fig. 16A. each sharing set of 
LCUCBs. e.g. 67-0(0) through 67-0(N), is asso- 
ciated with one or more sharing sets of SSCBs. 
S$CB-A(0) • $$CB-A(N) is one such example of 
these sharing sets of SSCBs. and represents the 
same device 71 A that Is connected to the asso- 
ciated logical CU shown In F=ig. 16B. 

Structure of an LCUCB: 

Fig. 14 shows the content of each LCUCB 
shown In Fig. 13. The first row in the LCUCB 
contains a LCUCB number field for the number 
assigned to this LCUCB, an IID field for the IID 
assigned to the respective LCUCB, and a logical 
CU address field which Identifies the logical CU 
within the physical CU. Each LCUCB Is the header 
of a busy queue comprising SSCBs (and/or SCBs) 
currently enqueued on the busy queue and is used 
in locating the top and bottom elements in the 
queue. Thus, each LCUCB controte a queue of 
subchannel images currently function pending and 
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delayed because of busy conditions. 

The "V- field Indicates If LCUCB Is valid. V»1 

indicates the LCUCB is valid. V^O indicates that 

the LCUCB Is not valid, 
s The "IID" field contains the IID assigned to the 

associated CU image. 

The "logical CU address" field contains the 

logical CU address which identifies the logical CU 

within the physical CU. 
fo The "LCUCB number" is the logical CU Iden- 
tifier for the I/O subsystem. 

The *CU busy queue courtt field" contains the 

current length of ttie tnjsy queue. The length of the 

queue is determined by the number of subchannel 
Iff images on the associated busy queue that are 

function pending stkI delayed because of busy 

conditions. 

Top and bottom pointer fields are for contalrv- 
Ing addresses of the top and bottom queue ele- • 
20 ments in the CU queue. 

The "summation of queue counts" field adds 
the queue-count field to the summation at the time 
a subchannel Image is added to the specified busy 
queue. 

26 The "summation of enqueues" field contains 

an unsigned binary count of the numt)er of times a 
subchannel Image is added to the specified busy 
queue. 

CHPIDs 0-7 are the same as the up to eight 
30 CHPIDs In each of the SSCBs for devices asso- 
ciated with the logical CU represented by the re- 
spective LCUCB. 

Following the above defined fields within the 
LCUCB are eight subset fields, of which each sub- 
as set Is associated with a different one of ttie eight 
CHPID fields. Each subset contains the following 
fields: 

Field B contains a busy indication for the asso- 
ciated logk:ai CU image. 

40 Field E Indicates If a request exists for estab- 
lishmerrt of a logical path l)etween the associated 
logical CU image and channel image. 

Field R indicates if a request exists for the 
removal of a logical path between the associated 

45 logical CU image and channel image. 

Field S indicates if a request exists for a 
device-level-eystem-reset t>etween the associated 
logical CU image and channel Image. 

Field L irKlicates if a cun^entty established logl- 

50 cal path exists between the associated lo^cai CU 
Image and channel image. 

The "physical channel link address" field, and 
the "physical CU link address" field can have their 
content combined with the contents of the preced- 

56 ing IID and logical CU address field to provide the 
identity of the logical path which could exist be- 
tween the associated channel image and logical 
CU image. 

17 
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A "switch busy count" field contains a count of 
the number of times an initial selection sequence 
for a start dr ihah function resulted in a s^wtch-busy 
response oo. the corresponding logical channel 
path. Each ' jswitchrbusy-count field corresponds 
one-for-one. by relative position, with the PIM bits 
of the subchannels associated with the logical CU. 

The "CU busy count*" field contains a count ot 
the number of times an initial selection sequence 
for a start or halt function resulted in a control-unit- 
tHJsy response on the corresponding logical chan- 
nel path. Each control-unit-busy-count field cor- 
responds one-for-one, by relative position, with the 
PIM bits of the subchannels associated with the 
logical CU. 

Tlie'success count" field contains a count of 
the number of times an initiai selection sequence 
for a start function resulted in the device accepting 
the first command of the channel program on the 
conresponding logical channel path. Each success- 
count field corresponds one-for-one, by ralathre po- 
sition, with the PIM bits of the subchannela asso- 
ciated with the logical CU. 

Control Unit Logical Path Control Block (CULPCB): 

A logical path must be established between a 
channel and a logical CU before comrnunication to 
an I/O device attached to that logical CU can take 
place. This invention expands the idenllficafion of a 
logical path (LP) to include the IID corresponding to 
a channel Image. Thus, a unique LP needs to be 
established between each innage of a channel and 
a logical CU befbre communication to an I/O device 
attached to that logics CU can take place using 
each of the respective channel Images. A single LP 
Is uniquely identified by the combinBtk>n of the 
physical channel link address, physical CU link 
address. IID, and logical CU address, v\rHh respect 
to either a physical channel or a control unit port. 

The information and controls in an I/O control 
unit (CU) related to an established LP are kept in a 
'^Control Unit Logical Path Control Block" 
(CULPCB). The number of CULPCBs wYtich exist in 
the i/0 control unif s storage detenmines the maxi- 
mum number of LPs that a CU can have estate 
lished at any one time. The maximum number of 
CULPCBs whksh exist In the I/O control unit's stor- 
age Is open-ended since it may be a variable 
number. 

When a channel inrnage requests that a LP be 
established between the channel image and a togi- 
cal CU (using the establish-logical-path procedure), 
the CU attempts to locate an available CULPCB 
which can be associated with the specified LP. A 
CULPCB currently associated with any other estab- 
lished LP is not consktered available by the CU. If 
an available CULPCB can be tocated. the CU may 



respond to the channel image that the LP has been 
established. If en available CULPCB can not be 
located, the CU responds to the channel image that 
me LP has not been established. Once a LP is 
6 established, the CULPCB associated with this es- 
tablished LP Is no longer available. The CULPCB 
mey later become available if the established LP 
whk^h the CULPCB Is associated with is later re- 
moved. 

10 A CULPCB associated with an established LP 
within a CU Is ktentified by the same identifiers that 
identify a LP with respect to a control unit port. 
That is. a CULPCB Is uniquely klentlfied by the 
combination of a physical channel link address. 

IS physical CO link address, IID, logical CU address, 
and a control unit port identifier (CU port number). 
Once a CULPCB becomes associated with an es- 
tablished LP. that CULPCB becomes associated 
with the channel image, togical CU, and control unit 

20 port corre^nding to the established LP. 

An available CULPCB within a physical CU' 
may be conditionally available for the estabfish- 
ment of a LP depending upon the identity of the 
logical path andAor control unit pcMrt. For example„a 

25 CULPCB may be restricted for association with a 
LP which is identified by a subset of logical CU 
address values which are valid within a physical 
CU. 

Rg, 16B siK>w an example of a phy8k:a] CU 60 
30 (packaged in a single box) having a plurality of 
logical CUs 60^ through 60-K. Each logical CU 
may have a different plurality of CULPCBs asso- 
ciated with the togical CU. For example, logical CU 
6CH) has associated with it CULPCBs 60-0(1) 
36 through 60-0(G) end logical CU 60-K has asso- 
ciated with It CULPCBs 6&'K(1) through 60-K(H). 

Structure of an LCUCB: 

40 Fig. 4 illustrates an example of the structure of 
a control unit logk^al path control t>lock (CULPCB). 
which is provided in the hardware/microcode of a 
physical CU to represent a single LP whteh Is 
established between a channel image and a to^cal 

46 CU. 

In Fig. 4, the first row In the CULPCB contains 
alt of the component identifiers for the CULPCB 
(which are also the component Identifiers of the 
associated established LP and k)gical chann^ 

so path). Each of the other rows in the CULPCB 
represents Information about an I/O device con- 
nected to the associated logical CU, for example of 
I/O devtoes 71 A through 71 E connected to logical 
CU 0 (logical CU address » 0) in FIGURE 16B. 

55 The 1/0 infonmation includes allegiance indicators 
for the I/O device as defined in the S/390 Principles 
of Operation (previously cited herein), a PGID 
(assigned for the I/O device by an OS), and model- 
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dependent controt fields tailored to the particular 
togical CU and device. 

The PGID (multiple path group identifier) re- 
ferences a location in the CU storage that defines a 
set of logical channel paths selectable by the CU. 
given LPs are established, when responding to a 
requesting OS on behalf of an VO device. The 
channel path group incfudes logical channel paths 
connecting the same operating system to the plu- 
rality of ports of a CU, and the group is assigned 
the PQID by an OS. Because this invention pro- 
vides each OS with separate and unique logical 
channel paths to access a shared I/O device using 
shared channels, each OS may group together 
logical channel paths to a device using its own 
desired path-group identifier (PGID). 

Image Reset 

Prior to this Invention, a logical resource parti- 
tion reset command Issued by tt^ hypervisor to 
the I/O subsystem caused a reset of ail controls for 
a logical resource partition along wHh a reset of ail 
control units and devices connected via the logical 
paths associated with the logical resource partition. 
The command Included a list of I/O subsystem 
resources dedicated to the logical resource parti- 
tion rather than directly specifying the identity of 
the logical resource partition. The control units and 
devices were reset by issuing device-level-system- 
reset commands over only those established logi- 
cal paths that were associated with itte channels 
dedicated to the specified logical resource partition. 

A logical resource partition reset command was 
issued, for example, when activating. Inactivating, 
performing a system reset, or performing an initial 
program load (IPL) for the logical resource partition. 

With this invention, an "image reset* command 
issued by the hypervisor to the 1/0 subsystem 
causes a reset off alt controls for a specified 110 
along with a reset of all control units and devices 
connected via the logical paths associated with the 
specified IID. The control units artd devices are 
reset, as for example when a system reset of a 
logical resource partition is performed, by issuing 
device-levehsystem-reset commands over only 
those established logical paths that are associated 
with tiie specified IID. 

Novel to this invention is that the image reset 
command reinitializes only those controls for 
shared I/O resources within the I/O subsystem and 
control units which are associated with the speci- 
fied IID. That is, only controls within SSCBs, 
LCUOBs. and CHCBs which are associated with 
the spedfled IID are reinitialized. SSCBs. LCUCBs, 
and CHCBs associated vrfth other IIDs are not 
affected. Additionally, only controls within 
CULPCBs associated with established logical paths 
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over which a device-level-system-reset command 
is received are reinitialized. Other CULPCBs are 
not affected. 

When the hypervisor issues the image reset 
s command, an indication is also included which 
specifies whetiier the target IID is to be placed in 
the activated state or Inactivated state at the com- 
pletion of the image reset command. The hyper- 
visor specifies that the target IID be placed in the 
fo activated state, for example, when activating, per- 
forming a system, reset, or performing an Initial 
program load (IPL) for a lo^ai resource partition. 
The hypervisor specifies that tiie target IID be 
placed in the inactivated state when inactivating a 
15 logical resource partition. 

An activated IID is available for use by an OS. 
An inactivated IID is not available for use by any 
OS. although H may later be activated for use by 
an OS. 

20 The configuration control block (CCB) shown in 
FIGURE 9 is used by the I/O subsystem to control 
tiie current activated/inactivated state of each 110. 
When an image reset command is issued to tiie I/O 
subsystem, the bit corresponding to tiie target IID 

15 is set to one when tiie IID is to be placed in the 
activated state or is set to zero when the IID Is to 
be placed in the inacth/ated state. 

An activate/inactivate indication was not includ- 
ed wHh tiie logical resource partition reset com- 

30 mand used prior to this Invention. Instead, the I/O 
subsystem assumed that all logical resource parti- 
tions were always activated. 

Novel to this invention is that the 
activate/inactivate Indication irwluded with the Im- 

35 age reset command enables the 1/0 subsystem to 
remove all established logical paths associated with 
an Inactivated IID because tiie I/O subsystem Is 
now given the knowledge of which IIDs are ac- 
tivated and which IIDs are inactivated. It is impoi^ 

40 tant to remove established logical paths for an 
inactivated 110 so tiiat CULPCBe wfthin the storage 
of I/O control units can be made available for the 

^ establishment of other logical paths. 

When a previously inactivated IID is activated 

45 via the image reset command, tiie I/O subsystem 
attempts to establish all logical paths associated 
with the target IID. When a previously activated IID 
Is inactivated via tiie Image reset command, the I/O 
subsystem removes all logical paths associated 

60 with the target IID. When a previously activated IID 
is activated via the image reset command, ttie I/O 
subsystem sends devlce-level-system-resot com- 
mands over all established logical paths associated 
witii the target IID in order to reinitialized controls 

55 witiiin control unit's CULPCBs associated with tiie 
established bgk^t paths. 

The image reset command is part of both the 
Service Call Logical Processor (SCLP) instruction 
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and Processor Controller CAII (PCCALL) instruction 
which passes a control block containing the target 
WD and adtivate^nactivate indication. This com- 
mand Is issu^ only by the hypervisor. 

I/O bistrucfions: 

Most of the I/O instructions to the I/O sut>- 
system use the SSCBs. CHCBs, LCUGBs. and 
CUlPCBs- 

Start Subchannel Instruction Example: 

An example of an I/O instruction is shown In 
Figs. 17 and 18, which provide a flow diagram of 
the execution of the S/390 "start subchannel" 
(SSCH) instruction. The SSCH instruction is issued 
by any operating system (OS) In the CEC In Rg. 1 
executing In any resource partition and assigned an 
ilD. The steps in the SSCH instruction execution 
are as f oUows: 

101) Before an OS can use the invention on a 
CEC. a state description (SD) for the OS (shown 
In FIGURE 6) Is loaded into the memory of the 
CEC by the CEC hypervisor. The content of the 
SD defines resources for partition J and is as- 
signed an l!D value. 

102) Step 102 loads the OS into the CEC mem- 
ory assigned to resource partition J. 

103) The OS is dispatched on a CPU in the 
CEC by the hypervisor. 

104) The OS dispatches an application program 
as a task on the dispatched CPU. 

105) The tasic requests an I/O operation of the 
08 by the task issuing an supervisor call (SVC) 
instruction, using appltcation-to-OS program irv 
terface lacilHtes such as a read, get. write, or put 
request. 

106) The OS issues an SSCH instruction to start 
the I/O device to perform a requested operation. 

107) CPU microcode responds to the SSCH 
instaiction operation code by accessrng the IlD 
from the SD of the issuing OS and by otiiaining 
the requested subchannel number from general 
register 6R1. Then the microcode uses the IID 
and sulxhannel number to select a required 
SSCB in Fig. 12. This SSCB is the subchannel 
image used fbr the OS to access the desired I/O 

. device. 

108) The microcode tests the validity (V) bit and 
I/O interpretation control bit (INCB) in the SSCB 
to determine if it is a valid SSCB and whether it 
is operating in passthru mode, respectively. If 
the SSCB is valid and operating in passthru 
n>ode, the yes exit is taken to step 115, If the 
SSCB is not valid or is not operating in passthru 
mode, the no exit is taken to step 109. 
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109) Using the subchannel numt)er from general 
register GRi and an 110 = 0 (i e- hypervisor's 
IID). a second attempt is made to select a SSCB 
(in FIGURE 12) which represents the desired I/O 

6 device. The microcode tests the validity (V) bit 
and I/O interpretation control bit (INCB) in the 
SSCB to determine if it ie a valid SSCB and 
whether K is operating In passthru mode, re* 
spectively. If the SSCB is vafid and operating in 

10 passthru mode, the yes exit is taken to step 115 
(I.e. the hypervisor has setup the SSCB as- 
signed to itself such that it can be used by an 
OS in passthru mode). If the SSCB is not valid 
or is not operating in passthru mode, the no exit 

70 Is taKen to step 113. 

113) The hypervisor Intercepts the execution of 
the SIE instrtiction for OS-J. The hypen^isor may 
either terminate the I/O Instruction with an un- 
successful condition code (CC) (e.g. when the 

20 selected SSCB is invalid) or may simulate the 
execution of the I/O instruction for OS-J (e.9.' 
when the selected SSCB is not operating in 
passthru mode). 

115) The CPU microcode accesses SSCB for 
26 OS-J to execute the synchronous portion of the 

SSCH instruction. 

116) This .step tests the SSCH instruction's con- 
dition code to determine if the CPU part of the 
SSCH Instruction execution executed success- 

30 fully, which involves the CPU microcode select- 
ing an I/O processor (lOP). Using ^he information 
contained in the SSCB. the CPU performs the 
normal checks to determine which condi6on 
code (CC) to give to the SSCH instruction. If an 

3S unsuccessful CC Is determined, step 117 Is en- 
tered. If successful, step 1 19 is entered. 

117) If the SSCH instruction's CC indicates the 
CPU did not execute It successfully, an excep- 
tion is indicated which caus^ step 118 to be 

40 entered. 

118) The hypervisor intercepts to detenmine why 
the CPU did not execute the SSCH instruction 
successfuliy, and takes action accordingly. 

119) Then, the CPU enqueues the SSCB on the 
45 selected lOP's work queue contained in the I/O 

Subsystem storage, and ends the CPU portion 
of the instruction. When the CPU executed the 
synchroncHis portion of the SSCH instructton 
successfully, an asynchronous portion of its ex- 
50 ecutlon begins with lOP operations on the work 
queue. 

120) The work queue operates FIFO. An lOP 
dequeues the SSCB firom the work queue when 
the SSCB rises to the top of the queue. Then. 

56 the lOP performs path selection by selecting a 
channel processor represented by one of the 
CHPIDs In the SSCB being used. 
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121) Once 9 channel processor Is selected, the 
iOP issues a corY>nrtand to the channel processor 
to begjn its I/O operations. The IOP command 
contains the IID of the SSCB, the CHPID. and 
the suhchannel number in the SSCB. Then, step 5 
131 in Fig. 18 is entered. 131) Channel proces- 
sor receives the IOP command and calculates 
the address of the SSCB using the received 
subchannel number and ItD. 

122} Channel processor- constructs an ESCON io 
command frame to send to the director (when 
one exists) and to the comro>t unit FIGURE 5* 
illustrates the frame header, which Includes tt>e 
address information. The header includes the 
fields shown In FIGURE 5. The LP identifiers are 15 
obtained from a LCUCB. The LOUCB assodated 
with ttte SSCB Is located using the LCUCB 
number and IID in the SSCB. 

123) The channel processor transmits the frame 
through the director (when one exists) to the 20 
addressed logical control unit. ' 

124) The CU receives the frame, examines it, 
and accesses the I/O device addressed in the 
frame. The logical CU maintains its controls for 

the I/O operation in the CULPCB which is Io- 2S 
cated using the identifiers in the frame header 
and.the control unit port identifier- over which the 
frame was received. (The combination of the 
. source link address and source logical address 
identify the channel image which sent the frame. so 
The combination of the destination link address 
and destination logical address Identify the logi* 
caJ control unit which is the target of the frame. 
The device address identifies the particular I/O 
device on the logical control unit) Any request- 35 
ed data is accessed by the addressed I/O de- 
vice. The CU then sends a command accept 
tance frame to the channel, using the frame- 
serKJing procedure described below. In the pre- 
fened embodiment, the ESCON protocol is used 40 
to transfer the data associated with the com- 
mand frame. H a write request, data transmitted 
in subsequent frames Is written by the device. If 
a read request, data read by the device is sent 
back to the CU for placement in return frames 4S 
the CU will send to the channel processor. 
126) In order to send a frame to the channel 
processor, the CU constructs a returning ES- 
CON frame to send to the channel, which has a 
frame header similar to that In Rg. 5, except the so 
content of the destination and source parts of 
the frame header are reversed. {The source link 
address in the frame is set to the physical CU 
link address. The source logical address is set 
to the logical CU address. The destination link ss 
address is set to the phystoal channel link ad- 
dress. The destination logical address Is set to 
the IID value. The frame also contains the I/O 
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device's porresponding device address.) 

127) The channel processor receives the frame 
and examines it. The combinatfon of the des- 
tination link address and destination logical ad- 
dress identify the OS^ channel image which is 
the target of the fname. The combination of the 
source link address and source logical address 
identify the k>gk:al control unit which sent the 
frame. The device address Identifies the particu- 
lar I/O device on the logical control unit 

128) Using the destination logical address (110). 
source link address (physical CU link address), 
source logical address (k>gical CU address), and 
device address from the frame, ;the channef pro- 
cessor computes the address of the SSCB using 
a reverse kwkup contrc^ block (RLCB). If the 
frame is a data frame, the data are stored in the 
program buffer. If the frame is a status frame, 
the channel processor places ending status Jn 
that SSCB. 

129) After the status frame is received, the 
channel processor signals the IOP that the I/O 
operation is completed for this command'. In- 
dicating the subchannel number and Ito of the 
SSCB. 

130) The lOP calctjiates the address of tfw 
SSCB using the subchannel number and the IID 
and places the SSCB on the bottom of an in^ 
tenruptlon queue for the interruption subclass 
indicated in a fiekl of the SSCB. The interruption 
queue Is contained In the I/O subsystem. This 
ends the IOP operations for the SSCH instruc- 
tion. The interruption queue uses a FIFO struc- 
ture. An interruption signal is sent to ail CPUs in 
the CEC that the Intenruptton Is pending In an 
interruption queue. 

131) The first CPU whitii is enabled for the I/O 
interrupt dequeues the SSCB from the interrup- 
tion queue and constructs an interruptton re- 
sponse block (iRB) In the system storage for 
OS-J when the 1/0 Interaiption takes place. The 
IRB contains the subchannel number but does 
not contain the IID. 

Reset Channel Path Instruction: 

/Vnother example novel to this Invention Is the 
"reset channel path" (RCHP) instruction, whteh pri- 
or to this invention reset ail controls for the speci- 
fied channel atong witii all control units and devices 
connected via tfie logical paths associated with the 
specified channel. With this invention, this instruc- 
tion requires a specified IID and resets only those 
controls and logical paths assodated with the chan- 
nel Image identified by tine IID and CHPID. 

When an OS issues tiie "reset channel path" 
instruction, the target channel (CHPID) Is specified 
in GPR 1. This instruction is not executed inter- 
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pretively via the SIE instruction, but is intercepted 
by the hypervlsor which in turn provides the HD 
assigned to the channel image in 6PR 1 in addition 
to the CHPiD before Issuing the RCHP instruction 
to the I/O subeystem. Rg. 19 shows the format of 5 
GPR1 provided by tl^ invention. The combination 
of the IID and CHPID values specify the channel 
image as the target of the reset function. 

The \/0 subsystem resets controls fbr the 
specified channel image and issues device-level* io 
system-reset commands only for those established 
logical paths that are associated with the specHied 
channel image by building frame headers that in- 
clude the specified ilD. AH other channel images 
and all other established logical paths are not af* is 
fected. Further, the I/O subsystem resets the con- 
trols (busy Indications and allegiances) in only 
those subchannel images (SSCBs) associated wHfi 
the specified channel Image. Controls in subchan- 
nel images (SSCBs) associated wim any other 20 
channel images are not affected. 

Channel Reports: 

Certain channel reports are presented to an OS 25 
to report information alXKit either a channel or a 
subchannel. A channel report consist of one or 
more channel report words (CRWs) chained to- 
gether. Prior to this invention, these channel re- 
ports were presented to a single OS since the 30 
channels and subchannels were not shared. With 
this invention a mechanism is provided to present 
these channel reports either to a single OS or to 
multiple OSs when sharing subchannels and chan- 
nels. In some cases the channel report applies only as 
to one of the OSs sharing the channel or subchart- 
nel. In other cases, the channel report must be 
presented to ail OSs sharing the channel or $ut>- 
channet. 

Rg. 20 shows the format of the channel report 40 
word as provided by this Invention. 

When the channel report applies to all OSs, the 
I/O subsystem presents the report to the hypervisor 
In the same way as was done prior to this Inven- 
tion. The Image (I) bit m the channel report word is 45 
set to zero. Novel to this Invention, the hypervlsor 
in turn presents this report to all of the OSs shaHng 
the channel or subchannel. An example of this type 
of report is a permanent failure in the channel 
hardware. «? 

When the channel report applies to only one 
03, this invention provides a means for the I/O 
subsystem to pass the IID assigned to the Image 
for which the report Is intended along with the 
report. The Image (I) t)lt is set to one. Further, the 59 
Chaining (C) bit is a]so set to one and an additional 
channel report word Is chained to the original which 
provides the IID value In the Reporting-Source ID 
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fiekJ. The hypervisor in turn presents this report 
only to the OS associated with the IID without the 
chained CRW containing the IID and without the I 
bit being set to one. An example of this report 
could be the result of a RCHP instruction issued by 
the same OS. 

Channel Reconfiguration: 

Prior to this Invention, a channel cortflguration 
command issued by an OS or by manual means 
caused the system to physically vary the target 
channel offline or online. A channel that is varied 
online to an OS is available for use by that OS. A 
channel that is varied offline is not available to any 
OS. 

With this invention, a channel configuration 
command issued by an OS causes the I/O channel 
subsystem to vary oflline/onllne only the channel 
image associated with the OS. The diannel con- 
figuration commands are part of the Service Cat! 
Logical Processor (SCLP) instruction which passes 
a control block containing the target channel. TDis 
instruction is not executed interpretlvely via the StE 
instruction, but is intercepted by the hypervisor. 
The hypervisor in turn provides the IID assigned to 
the image in the control block in addition to the 
CHPID t>efore issuing the channel configuration 
command to the I/O subsystem. The combination 
of the IID and CHPID values specify the channel 
image as the target of the configure command. 

The I/O subsystem resets controls for the 
spedtled channel Image and either rerTU>ves logical 
paths (for vary offline) or establishes logical paths 
(for vary online) only for those logical paths that are 
associated with the specified channel Image by 
building frame headers that include the specified 
IID. All other channel images and all other estab- 
lished logical paths are not affected. Further, the 
I/O subsystem resets the controls (busy indications 
and allegiances) and either turns ofl the appropriate 
path availability bit (for v^ offline) or turns on the 
appropriate path availability bit (for vary onlir^e) in 
only those subcf^nel images (SSCBs) associated 
with the specified channel image. Controls in sub- 
channel images (SSCBs) associated witti any other 
channel images are not affected. 

Many variations and modifications are shown 
which do not depart from the scope and spirit of 
the invention and will now become apparent to 
those of skill In the art. Ttius, H should be under- 
stood that the above described embodiments have 
been provided by way of example rather than as a 
limitation. 
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Claims 

1. A method of sharir>g I/O resources by a plural- 
rty of programs, comprising the steps of: 

Storing a plurality of Image identifiers <llDs) in s 
one or more resource identifying controi blocks 
In a computer electronic complex (CEG) and 
associating the HDs with categories of pro- 
grams executable on the CEC; 
structuring a set of I/O conlrol blocks (CBs) for 10 
an I/O resource by associating each CB in the 
set with a different IID jn a plurality of IIDs. and 
locating the set of CBs in an I/O-control stor- 
age of a computer electronic complex (CEC); 
and 15 
obtaining an IID associated with a category of 
programs requiring the use of an I/O resource, 
and accessing the set for the I/O resource and 
accessing the CB in the set associated wHh 
the obtained IID. storing states of the I/O re- 20 
source in the accessed CB for the using pro- 
gram, sharing of the t/O resource being ob- 
tained anrang executing programs in the dif- 
ferent categories requiring the I/O resource by 
means of the different CBs In the set providing as 
separate images of the resource to each of the 
executir^g programs. 

2. A method of sharing I/O resources by a plural- 
ity of programs as defined in claim 1, compris- 30 
ing the steps of: 

providing a single operating system <0S) in the 
CEC with multiple categories of programs in 
which each category has one or more IIDs. 
and associating an IID with each executing as 
program in each category: 
utilizing an identifier of the I/O resource to 
select a required set of CBs and utilizing an ItD 
associated with the program to select a re- 
quired CB in the required set to enable in- 40 
dependent use of the I/O resource by pro- 
grams in the different categories using di^ 
fersnt CBs in the set of CBs. 

a A method of sharing I/O resources by a plural- 4S 
ity of programs as defined in Claim 1. compris- 
ing the steps of: 

providing multtple operating systems <OSs) in 
tiie CEC in which each OS has one category, 
and each category has one or more IIDs. and bo 
associating an 110 with each executing program 
In each category; 

utilizing an identifier of tiie I/O resource to 
select a required set of CBs and utilizing an 110 
associated witii the program to select a re- 66 
quired CB in the required set to enable in- 
dependent use of (he I/O resource by pro- 
grams in the different OSs using different CBs 
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in the set of CBs. 

4. A method of sharing I/O resources by a plural- 
ity of programs as defined in claim 1 , compris- 
ing the steps of: 

accessing the 11 D3 and CBs by means of inter- 
nal code which is not accessible to the execut- 
ing programs. 

5» A method of sharing I/O resources by a plural- 
ity of programs as defined in claim 1« comprla- 
ing the steps of: 

accessing the IIDs by means of system soft- 
ware used by a CEC hypervisor* and acoee- 
sing the CBs by means of internal code, in 
which the ilDs and CBs are not accessible to 
any programs executing in the CEC. 

6. A metiiod of sharing I/O resources by a plural- • 
ity of programs as defined in claim 1. compris- 
ing the steps of: 

providing plural categories of programs in 
which a hypervisor is one of the categories. 

7. A method of sharing I/O resources by a plural- 
ity of programs as defined In claim 1 , compris* 
ing the steps of: 

providing plural categories of programs in 
which operating aystenrw (OSs) are one or 
more of the categories. 

a A method of sharing I/O resources by a plural- 
ity of programs as defined in claim 1. compris- 
ing tiie steps of: 

communicating an I/O request directly from 
one of the programs to an I/O sut>system using 
at least one shared I/O resource without hyper- 
visor irrtervention; 

performing by tiie I/O subsystem of tiie I/O 
ndquest using the shared I/O resource witfiout 
hypervisor intervention; and 
responding to the requesting program without 
hypervisor intervention. 

5. A method of sharing I/O resources by a plural- 
ity of operating systems (OSs), comprising the 
steps of: 

storing an image identifier (I ID) in a resource 
identifying control block (SD) for each of plural 
OSs operating In a computer electronic com- 
plex (CEC); 

structuring within an l/O-control storage for the 
CEC of a set of i/0 control blocks (CBS) for 
each of plural I/O resources of the CEC. and 
associating each CB in the set with a different 
IID; and 

accessing a required CB by an t/O processor 
for an I/O operation by sel^ng a set of CBs 
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with an identifier of an I/O resource and by 
selecting a required CB in a selected set with 
the no stored In the SO of an OS requesting 
the VO operation, and sharing the I/O resource 
among me OSs associated with the IIDs of the s 
different CBs in the set 

10. A metliod of sharing I/O resources by a' plural- 
ity of operating systems (OSs) as defined in 
Claim 9, further comprising the steps of: 70 
associating one of the IID values with a hyper- 
visor of the CEC Onstead of with any OS) to 
enable the hypervisor to have its respective 
Image of the I/O resource to permit the hyper- 
visor to use the I/O resource independently of is 
any OS and concurrently with ttie OSs. 

11. A method of sharing I/O resources by a plural* 
Ity of operating systems (OSs) as defined in 
Claim 9, further comprising the steps of: so 
structuring within an l/O-control storage for the 
CEC of a single I/O control block (CB) for any 

I/O resource ahd associating the CB with a 
hypervisor IID or an OS ItO to provide a single 
Image for an unshared I/O resource only to the 25 
hypervisor or OS, respectively, for enabling the 
hypervisor or OS. respectively, to control the 
unshared I/O resource in order to intermix CEC 
I/O operatiorts for shared resources and for 
unshared resources, for which the OSs directly so 
use shared resources without hypervisor Inter- 
vention, and for which the hypervisor or the 
OSs can directly use unshared resources. 

12. A method of sharing 1/0 resources by a plurah 35 
ity of operating systems (OSs) as defined in 
Claim 9, further comprising the steps of: 
concurrently executing programs in the dif- 
ferent OSs in a CEC with the programs re- 
questing I/O operations requiring a same I/O 4o 
resource connectabie to the CEC; 

selecting a required set of CBs for the I/O 
resource, and a different CB in the set being 
accessed by each of the different OSs requir- 
ing ttie same I/O resource; and 4s 
setting states independently In the different 
CBs fbr the concunrently executlno programs 
of the different OSs to enable independent 
. control for the different programs over the I/O 
resource being shared by the OSs. 90 

ia A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
claim 12» further comprising the steps of: 
communicating a representation of the IID of 66 
each I/O operation from the CEC to an I/O 
control unit (as the I/O resource for the I/O 
operation), and stortrvg the representation of 



the IID by the I/O control unit to enable the I/O 
control unit to respond to the OS for the I/O 
request. 

14. A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
claim 12, further comprising the steps of: 
responding by the 1/0 control unit to the CEC 
for the I/O operation by the I/O control unit 
accessing the representation of the ilD stored 
for the I/O operation and signalling the repre- 
sentation of the IID to an I/O subsystem in the 
CEC; 

selecting by the I/O subsystem of a required 
set of CBs for the I/O resource, arid selecting a 
required CB in the set for the OS requesting 
tfie I/O operation. with the I/O control unit; and 
queuing the required CB into an interruption 
queue for the OS requesting the I/O operation 
to enable a CPU executir^ the OS to handle 
the VO interruption without any access to the' 
IID to isolate the OSs from the ilDs and pro- 
vide security of IIDs from the OSs. 

IB. A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined In 
Claim 9» further comprising the step of: 
resetting the state of an image of an I/O re- 
source for an OS (represented by a CB of the 
I/O resource associated with a requested IID In 
the CEC) without affecting the state of any 
other CB for the same I/O resource or the state 
of any CB associated with any other I/O re- 
source by accessing and setting to an initial 
state only the CB of the IID and resource 
identrfied to be reset. 

16- A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
Claim 9. further comprising the step of: 
resetting the state of CBs for all I/O resources 
(represented by all CBs of the 1/0 resources 
associated with a requested IID in the CEC) 
without affecting the state of I/O resources 
associated with any other IID by searching 
thnxigh the CBs of the CEC and setting to an 
Initial state the CBs for all I/O resources found 
for the requested IID. 

17. A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
claim 9, further comprising the stop of: 
structuring within an l/O-control storage for the 
CEC of a sharing set of I/O control blocks 
(CHCBs) for each of a plurality of physical I/O 
channels (each physical I/O channel being the 
I/O resource for a set of CHCBs) and as- 
sociating each CHCB in the set with a different 
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liD to provjd&'a different Image of the physical 
I/O cHannel to each of the OSs for enabling 
Indef^dent control over each physical 1/0 
channel by the OSs sharing the physical chan- 
nel, 5 

16. A method of sharing physical I/O channels and 
I/O devices among a plurality of operating sys- 
tems (OSs) as defined in Claim 17, further 
comprising the steps of: io 
. Identifying In each CHpB of an ofnineAonllne 
field, and setting the offline/online field inde- 
pendently In each of the CHCBs in the sharing 
set to enable each of the OSs io Independently 
control whether an associated Image of the i$ 
physical channel (provided by an associated 
CHCB) is online or offline. 

19. A method of sharing I/O resources by a plural-^ 

ity of operating systems (OSs) as defined in 20 
claim 17, furttier comprising the step of: 
specifying a channel path identifier (CHPID) as 
an identifier of each physical channel, and the 
physical channel being the I/O resource for a 
sharing set of CBs. ss 

20. A rnethod of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
claim 17. further comprising the step of: 
structuring within an l/O-control storage for the 30 
CEC of a single 1/0 control block (CB) for any 
physical 1/0 channel (the channel being the I/O 
resource for the strrgle OB) and assodating the 

CB with a hypervisor ilD or an OS IID to 
provide a single Image for an unshared phys- ss 
leal channel only to the hypervisor or the OS, 
respectively, for enabling only the hypervisor 
or the OS, respectively, to control each un- 
shared physical channel In order to intermix 
shared channels and unshared channels in a 40 
CEC for enabling any of the plurality of OSs to 
use shared channels without hypervisor inter- 
vention, and for which the hypen/lsor or the 
OSs can directly use unshared channels. 

45 

21. A method of sharing I/O resources t>y a plural- 
ity of operating systems (OSs) as defined in 
claim 9, furttier comprising the steps of: 
structuring within an l/O-control storage for the 
CEC of a set of I/O control blocks (CBs) for so 
each of a plurality of subchannels In which 
each subchannel represents an I/O devk» (the 
subchannel being the I/O resource for the set 

of CBs), using an identifier of the subchannel 
as an identifier of the set of CBs, and as- 55 
sociating each CB In the set with a cflfferent IID 
to provide a different image of each subchan- 
nel to each of the OSs for enabling indepen- 



dent cpntrol over each I/O device by each of 
the OSs. 

22. A method of sharing I/O resources by a plural- 
ity of operating systems (OSs) as defined in 
Claim 21, further comprising the step of: 
structuring within an l/O-control storage for the 
CEC Of a single I/O control block (CB) for any 
subchannel (an I/O device identified by the 
subchannel being the 1/0 resource for the sin- 
gle OB) and associating the CB with a hyper- 
visor IID or OS IID to provide a single Image 
for an unshared sutx:hannel only to the hyper- 
visor or an OS for enabling only the hypeiVisor 
or OS, respectively, to control each unshared 
subchannel in order to intermix shared sub- 
channels and unshared subchannels In a CEC 
for enabling any of the pluralhy of OSs to use 
shared I/O devices without hypervisor interven- 
tion, and for whk:h the hypervisor or the OSs 
can directly use unshared I/O devices. 

2a A method of sharing I/O resources by a plural- 
ity of operating systenns (OSs) as defined in 
claim 9, further comprising the steps of: 
structuring within an l/O-control storage for' the 
CEO of a set of I/O control bkxsks (CBs) for 
each image of a I/O control unit (CU) connect 
table to the CEC (as one of the I/O resources) 
and associating each CB in the set with a 
different tID to provide a differerrt image to the 
respective OSs of the CU for enabling in- 
dependent control over the CU by each of the 
OSs. 

24. A method of efficiently sharing I/O channels, 
I/O control units, and I/O devices by a plurality 
of operating systems (OSs), comprising the 
steps of: 

storing in processor storage one or more spe- 
cial control Uocks (SOs) for containing OS 
identifiers (llDs) for use in I/O resource sharing 
operations of a computer electronic complex 
(CEC): 

storing In t/O storage of a sharing set of suk>- 
channel control bkDCks (SSCBs) for each sub- 
channel (for a shared I/O device) for wtiich 
each SSCB in the set is associated with a 
different IID for accessing the device, storing in 
the I/O storage of a sharing set of channel 
control blocks (CHCBs) for the same I/O chan- 
nel (shared channel) In which each CIHCB in 
the set is associated with a different IID. and 
storing in the I/O storage of a sharing set of 
logical control unit control blocks (LCUCBs) for 
each togk^l I/O control unit in which each 
LCUCB In the set is associated wftti a different 
IID; and 
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controlling an I/O operation for a requesting OS 
by obtaining an IID associated with the OS and - 
selecting an SSCB with the IID in a sharing set 
for a required subchannel I/O resource and 
selecting a LCUC8 with the IID In a sharing set s 
for a required oontrol unit 1/0 resource and 
selecting a CHCB with the IID in a sharing set 
for a required channel I/O resource for en- 
abling the OS to share the required I/O chan- 
nel and the^ required i/O controi unit and the 10 
required t/O device with at least one other OS 
operating in the CEO. 

26. A method of sharing I/O charrnels and VO 
devices among a plurality of operating systems 1$ 
(OSs) as defined in Claim 24, further compris- 
ing the steps of: 

generating by the CEO for the requesting OS 
of a frame header containing a specified logi- 
cal path from the CEO through the required so 
channel to a control unit associated with a 
device specified in the required subchannel, 
the logical path comprising: a representation of 
the IID of the requesting OS. an address for 
the required channel, an address associated ss 
with a required controi unit (CU); 
transmitting the generated frame header to the 
CU using the available logical path; and 
storing in a CU storage of the logical path for 
use by tiie CU in later responding to the re- so 
' questing OS regarding the I/O operation. 

26. A method of sharing I/O channels and IfO 
devices among a plurality of operating systems 
(OSs) as defined In Claim 25, further comprts- 36 

Ing the steps of: 

also storing in the CU storage of a group of 
addresses for logical paths associated with 
each of plural IIDs for the OSs in a CEO 
making I/O requests to the CU, and assigning 40 
a path group Identifier (PQID) in the CU stor- 
age for each group of logical paths for each 
OS in the CEC with which the CU can commu- 
nicate; 

recognizing by the CU of a need to provide a 4$ 
response to an OS for an I/O request made to 
the CU by the OS, and accessing by the CU of 
the PQID for the OS to access the group of 
logical paths for the OS in the CU storage; 
selecting in the CU storage of an available 50 
logical path in the accessed group of logical 
paths for the accessed PGID; 
generating by the CU of a responding frame 
header containing the available logical path for 
the accessed PGID containing a representation 55 
of an IID of the OS to receive the response; 
transmitting the responding frame header to 
the CEC using the available logical path; and 
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selecting in the receiving CEC of a sharing set 
of SSCBs for the sulxhannel of the device 
having an address in the responding frame, 
and selecting of an SSCB in the sharing set 
with the representation of the IID In the logical 
path In the responding frame header. 

27. A method of sharing I/O channels and I/O 
devices among a plurality of operating systems 
(OSs) as defined in Claim 26. further compris- 
ing the steps of: 

identifying in each SSCB of an interruption i 
queue to be used by the SSCB of multiple 
subclass interruption queues provided in the 
CEC; and 

choosing for the queuing step of the subclass 
interruption queue identified in the selected 
SSCB. 



2a A method of sharing I/O resources among a 
plurality of operating systems (OSs) as defined 
in Claim 9. further comprising the steps of: 
communicating by an I/O subsystem to a 
hypervisor of an occurrence of a special con- 
dition in the I/O subsystem, the communication 
Including an IID and an identification of each 
resource affected by the special condition and 
an indication that a report about the special 
condition Is to be forwarded to the OS as- 
signed the IID; and 

forwarding by the hypervisor of the report con- 
taining Information about the apacial condition 
to the OS. 

29. A method of sharing I/O resources among a 
plurality of operating systems (OSs) as defined 
in Claim 9, further comprising the steps of: 
communicating by an i/O subsystem to a 
hypervisor of an occurrence of a special con- 
dition in the 1/0 subsystem, the communication 
including an identification of each resource af- 
fected by the special condition and an indica- 
tion that a report atxDut the special condition is 
to be forwarded to each OS sharing the 1/0 
resource; and 

forwarding by the hypervisor of the report con- 
taining Infonnnation about the special condition 
to each OS sharing the I/O resource. 

30. A method of sharing i/O resources among a 
plurality of operating systems (OSs) as defined 
in Claim 9, further comprising the steps of: 
activating a logical resource partition (LPAR) in 
the CEC for use by an OS with an Image-reset 
command; 

communicating to the I/O subsystem that the 
LPAR is to be activated: and 
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establishing representations of logical paths 
(LPs) ^n the I/O sut>system and affected I/O 
control units for the LPAR being activated. 

31. A method of sharing I/O resources among a 5 
plurality of operating systems <OSs) as defined 
in Claim 9, further comprising the steps of: 
inactivating a logical resource partition (LPAR) 
in the CEC with an image-reset command; 
communicating to the I/O sut^stem the IID of 70 
. the LPAR whh an indication the LPAR is being 
inacthfsted; and 

removing representations of logical paths (LPs) 
from the I/O subsystem and from affected I/O 
control units for the LPAR being inactivated. 75 



so 
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